本文详解 Java 中使用 DOM 解析 XML 时常见的 db.parse() 报错原因，重点指出错误用法（如误传 InputSource 对象字符串）、缺失核心 XML 解析依赖、JDK 17+ 的 Jakarta EE 迁移适配问题，并提供可直接运行的修复方案与完整 pom.xml 配置。
本文详解 java 中使用 dom 解析 xml 时常见的 `db.parse()` 报错原因，重点指出错误用法（如误传 `inputsource` 对象字符串）、缺失核心 xml 解析依赖、jdk 17+ 的 jakarta ee 迁移适配问题，并提供可直接运行的修复方案与完整 pom.xml 配置。
在 JDK 17+ 环境下解析 XML 字符串时，代码崩溃在 db.parse("is"+is) 这一行，根本原因并非 XML 内容本身不合法，而是调用方式严重错误：DocumentBuilder.parse(String uri) 方法期望传入的是一个可访问的 URI 路径（如文件路径或 URL），而非 InputSource 对象的字符串拼接结果（例如 "isorg.xml.sax.InputSource@7fc7ed31"）。该字符串既非有效路径，也无法被解析器识别，必然抛出 IOException 或 SAXException。
正确的做法是使用 DocumentBuilder.parse(InputSource is) 重载方法——它专为内存中 XML 字符串、流或 Reader 设计。请将原第 166 行：
Document doc = db.parse("is"+is); // ❌ 错误：传入非法 URI 字符串立即更正为：
Document doc = db.parse(is); // ✅ 正确：直接传入已配置好的 InputSource
此外，您的 pom.xml 存在两个关键缺陷，导致 XML 解析功能不可靠：
- 缺失基础 XML 处理依赖：JDK 17 移除了 javax.xml.* 相关的内置实现（如 Xerces），且默认不包含完整的 JAXP（Java API for XML Processing）运行时。仅靠 jakarta.xml.ws-api 和 jaxws-rt 无法支撑 DOM 解析。
- 依赖版本未适配 Jakarta 命名空间迁移：自 Java EE 迁移至 Jakarta EE 后，所有 javax.* 包已升级为 jakarta.*。若项目混用旧包（如手动 import javax.xml.parsers.*），而依赖未同步更新，将引发 NoClassDefFoundError 或 ClassNotFoundException。
✅ 推荐的最小可行 pom.xml 依赖配置如下（兼容 JDK 17+，基于 Jakarta EE 9+ 标准）：
<dependencies>
<!-- 核心：Jakarta XML Binding + Parser 实现（替代已废弃的 Xerces） -->
<dependency>
<groupId>org.glassfish.jaxb</groupId>
<artifactId>jaxb-runtime</artifactId>
<version>4.0.4</version>
</dependency>
<!-- 必需：Jakarta JAXP API（提供 DocumentBuilderFactory 等抽象接口） -->
<dependency>
<groupId>jakarta.xml.parsers</groupId>
<artifactId>jakarta.xml.parsers-api</artifactId>
<version>2.0.0</version>
</dependency>
<!-- 可选但推荐：稳定可靠的 SAX/DOM 实现（替代可能冲突的旧版 Xerces） -->
<dependency>
<groupId>org.apache.xerces</groupId>
<artifactId>xercesImpl</artifactId>
<version>2.12.2</version>
</dependency>
<!-- 其他原有依赖（保持不变，但建议升级 junit） -->
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>1.5.0-b01</version>
</dependency>
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter</artifactId>
<version>5.10.2</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>jakarta.xml.ws</groupId>
<artifactId>jakarta.xml.ws-api</artifactId>
<version>4.0.0</version>
</dependency>
<dependency>
<groupId>com.sun.xml.ws</groupId>
<artifactId>jaxws-rt</artifactId>
<version>4.0.0</version>
<scope>runtime</scope>
</dependency>
</dependencies>⚠️ 重要注意事项：
- 禁止手动指定 DocumentBuilderFactory 实现类（如 System.setProperty("javax.xml.parsers.DocumentBuilderFactory", "...")），JDK 17+ 会忽略此类设置；应完全依赖标准服务发现机制（META-INF/services/jakarta.xml.parsers.DocumentBuilderFactory）。
-
确保 XML 字符串严格合法：即使修复了调用和依赖，若 strXMLResponse 为空、含 BOM、编码不匹配（如 UTF-8 字符串被误按 ISO-8859-1 解析）或结构错误（未闭合标签、重复根节点等），仍会抛出 SAXParseException。建议在解析前添加校验：
if (strXMLResponse == null || strXMLResponse.trim().isEmpty()) { throw new IllegalArgumentException("XML content is null or empty"); } - 避免混合使用 javax 和 jakarta 包：检查所有 import 语句，确保全部为 jakarta.xml.*（如 jakarta.xml.parsers.DocumentBuilderFactory），而非遗留的 javax.xml.*。
完成上述修改后，您的 XML 解析逻辑将健壮运行。完整可运行示例片段如下：
import jakarta.xml.parsers.DocumentBuilder;
import jakarta.xml.parsers.DocumentBuilderFactory;
import org.w3c.dom.Document;
import org.w3c.dom.NodeList;
import org.xml.sax.InputSource;
import java.io.StringReader;
// ... 在方法内
String strXMLResponse = "<Root><Value>test</Value></Root>";
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
DocumentBuilder db = factory.newDocumentBuilder();
InputSource is = new InputSource(new StringReader(strXMLResponse));
Document doc = db.parse(is); // ✅ 正确调用
NodeList nodes = doc.getElementsByTagName("Value");
System.out.println("Found " + nodes.getLength() + " <Value> elements.");总结：XML 解析失败往往源于“低级但致命”的 API 误用与依赖缺失。牢记三点——*用对 parse(InputSource) 方法、配齐 jakarta.xml.parsers-api + jaxb-runtime 依赖、统一使用 `jakarta.` 包命名空间**，即可彻底规避此类问题。
