XML解析报“Premature end of file”错误的直接原因是输入流提前结束，常见于文件截断、网络响应不完整、流被意外关闭或编码不匹配。
XML解析报org.xml.sax.SAXParseException: Premature end of file的直接原因
这不是XML格式写错了，而是输入流提前结束了——DocumentBuilder.parse() 读到一半发现没数据了。常见于文件被截断、网络响应不完整、或字节流被意外关闭。
用FileInputStream读本地XML时漏关流或路径错
路径拼错或文件根本不存在，FileInputStream会返回空流，parse()一读就报这个错，但错误信息不提示“文件没找到”。
- 检查
new File("xxx.xml").exists()是否为true，别只看IDE里文件在不在项目目录下 - 用绝对路径测试一次，排除相对路径工作目录偏差（比如IDE和命令行当前目录不同）
- 确保没在
try里打开流，却在finally里才关——流提前被GC回收或被其他代码关掉，parse()就读不到完整内容
HTTP请求返回XML时没等响应体收完
用HttpURLConnection或OkHttpClient取XML，如果跳过getInputStream()直接传给parse()，而响应头Content-Length不准或服务端用了分块传输（chunked），就容易只读到前半段。
- 确认
responseCode == 200后再读流，4xx/5xx响应体可能为空或只有错误HTML - 不要用
BufferedReader.readLine()逐行读再拼字符串——XML换行不固定，<tag>可能被切在两行中间 - 老老实实用
IOUtils.toByteArray(conn.getInputStream())（Apache Commons）或conn.getInputStream().readAllBytes()（Java 9+）一次性读完再解析
字符编码不一致导致流提前截断
XML声明里写<?xml version="1.0" encoding="UTF-8"?>，但实际文件是GBK保存的，或者HTTP响应头Content-Type: text/xml; charset=ISO-8859-1而你用UTF-8读——字节错位后，解析器可能把某个0x00或0xFF误判为EOF。
- 用
file -i xxx.xml（Linux/macOS）或Notepad++的“编码”菜单确认真实编码 - 避免直接传
FileInputStream给parse()；改用InputSource并显式指定编码：InputSource is = new InputSource(new FileInputStream(f)); is.setEncoding("UTF-8"); - HTTP场景下，优先以响应头
Content-Type里的charset为准，别硬写死
最麻烦的是流被多处共享或包装过——比如加了GZIPInputStream但没设setAutoClose(false)，解析完流自动关了，后续再读就空；或者日志框架偷偷wrap了原始流。这种得顺着调用栈查谁动了流本身。
