本文详解 Java 中使用 DOM 解析 XML 时常见的 db.parse() 异常原因，重点指出代码逻辑错误（如误传字符串 "is"+is）、XML 数据不合法、以及 Jakarta EE 迁移后缺失核心解析器依赖等问题，并提供可直接运行的修复方案与 Maven 配置。
本文详解 java 中使用 dom 解析 xml 时常见的 `db.parse()` 异常原因，重点指出代码逻辑错误（如误传字符串 `"is"+is`）、xml 数据不合法、以及 jakarta ee 迁移后缺失核心解析器依赖等问题，并提供可直接运行的修复方案与 maven 配置。
在 Java 中解析 XML 字符串时，看似简单的 DocumentBuilder.parse() 调用却极易因参数误用、依赖缺失或 XML 格式缺陷而失败。您提供的代码片段中，关键问题出现在第 166 行：
Document doc = db.parse("is"+is); // ❌ 错误：传入的是字符串字面量，非有效 URI 或 InputSource该行实际向 parse() 方法传入了类似 "isorg.xml.sax.InputSource@7fc7ed31" 的字符串——这既不是合法的文件路径，也不是可解析的 XML 内容，而是 InputSource 对象的 toString() 结果。DocumentBuilder.parse(String uri) 期望的是一个 URI（如 file:///path.xml 或 https://...），而非拼接后的对象描述。正确做法是调用接受 InputSource 的重载方法：
// ✅ 正确：使用 InputSource 解析内存中的 XML 字符串 InputSource is = new InputSource(new StringReader(strXMLResponse)); Document doc = db.parse(is); // 直接传入 is 对象
此外，您的 pom.xml 存在两个关键隐患：
-
缺少 XML 解析核心依赖：JDK 17+ 已移除内置的 xercesImpl 和 xml-apis，且 jakarta.xml.ws-api 仅提供 Web Service 接口，不包含 XML 解析器实现。若未显式引入解析器（如 Xerces-J 或 Apache Xalan），DocumentBuilder 可能回退到空实现或抛出 UnsupportedOperationException。
立即学习“Java免费学习笔记（深入）”；
依赖版本兼容性风险：javax.mail:mail:1.5.0-b01 属于旧版 Java EE（javax.* 命名空间），而 jakarta.xml.ws-api:4.0.0 属于 Jakarta EE 9+（jakarta.* 命名空间）。混合使用可能引发类加载冲突，尤其在 XML 相关 SPI（Service Provider Interface）注册环节。
✅ 推荐的 pom.xml 修复配置（适配 JDK 17+）：
<dependencies>
<!-- Jakarta EE 9+ 兼容的基础 XML API -->
<dependency>
<groupId>jakarta.xml.parsers</groupId>
<artifactId>jakarta.xml.parsers-api</artifactId>
<version>2.1.0</version>
</dependency>
<!-- 官方推荐的 XML 解析器实现（Xerces-J 的 Jakarta 分支） -->
<dependency>
<groupId>xerces</groupId>
<artifactId>xercesImpl</artifactId>
<version>2.12.2</version>
</dependency>
<!-- 可选：增强 SAX/DOM 功能支持 -->
<dependency>
<groupId>org.apache.xmlgraphics</groupId>
<artifactId>batik-xml</artifactId>
<version>1.17</version>
</dependency>
<!-- 邮件依赖建议升级为 Jakarta 版本 -->
<dependency>
<groupId>com.sun.mail</groupId>
<artifactId>jakarta.mail</artifactId>
<version>2.0.1</version>
</dependency>
<!-- JUnit 升级至主流版本 -->
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter</artifactId>
<version>5.10.2</version>
<scope>test</scope>
</dependency>
</dependencies>⚠️ 重要注意事项：
- 始终校验 strXMLResponse 是否为格式良好（Well-formed）的 XML：无缺失闭合标签、正确嵌套、UTF-8 编码声明一致（如 ）。可借助在线工具（如 XMLValidator）快速验证。
- 避免在生产代码中忽略异常：db.parse() 抛出 SAXException 和 IOException，务必捕获并打印完整堆栈（e.printStackTrace() 或使用日志框架），这是定位 XML 内容错误（如非法字符、编码不匹配）的唯一可靠途径。
- 若项目已全面迁移至 Jakarta EE，确保所有 XML 相关 import 语句为 jakarta.xml.*（如 jakarta.xml.parsers.DocumentBuilderFactory），而非遗留的 javax.xml.*。
总结：修复 XML 解析失败，需“三步走”——修正 API 调用方式（传 InputSource 而非字符串）、补齐 Jakarta 兼容的解析器依赖、严格验证输入 XML 的合法性。依赖配置不是“越多越好”，而是要确保 API + Implementation + Compatibility 三位一体。
