DOMException不是语法错误，而是DOM操作违反规范时抛出的运行时异常，需依code值精准识别违规类型并分情况处理：NOT_FOUND_ERR(8)表节点不存在，HIERARCHY_REQUEST_ERR(3)表层级非法，WRONG_DOCUMENT_ERR(4)表跨文档操作，NO_MODIFICATION_ALLOWED_ERR(7)表修改只读节点，NAMESPACE_ERR(14)表命名空间冲突。
DOMException 不是语法错误，而是 DOM 操作违反规范时抛出的运行时异常。处理关键在于识别 code 值，而非笼统捕获或仅看 message——它反映的是逻辑违规，不是数据问题。
按 code 精准分支处理
每个 code 对应明确的违规类型，必须分情况响应：
-
NOT_FOUND_ERR (8)：节点不存在。操作前应加判空，例如
if (el != null) { el.textContent = "..."; } -
HIERARCHY_REQUEST_ERR (3)：层级非法。禁止将
Document、DocumentType等非容器节点作为子节点插入；目标父节点须为Element或DocumentFragment -
WRONG_DOCUMENT_ERR (4)：跨文档操作。确保节点与目标文档同源；若需迁移，用
document.importNode(node, true)导入 -
NO_MODIFICATION_ALLOWED_ERR (7)：修改只读属性。避免对
node.nodeName、document.doctype等只读字段赋值 -
NAMESPACE_ERR (14)：命名空间冲突。XML 解析时务必启用命名空间支持：
dbFactory.setNamespaceAware(true)
XML 解析阶段主动预防
很多 DOMException 其实可在解析环节规避：
- 创建
DocumentBuilderFactory后，显式设置：factory.setValidating(false)（禁用 DTD 验证防外部实体攻击）和factory.setNamespaceAware(true) - 避免直接调用
appendChild()前未校验节点归属，可先判断node.getOwnerDocument() == targetDoc - 设置属性前检查名称合法性，如含非法字符（空格、控制符）或以数字开头，提前抛
IllegalArgumentException
不要忽略浏览器与 Java 的语境差异
注意：DOMException 在 Java 和浏览器中同名但来源不同：
立即学习“Java免费学习笔记（深入）”；
- Java 中它来自
org.w3c.dom，由 DOM 解析器（如 Xerces）在构建或操作文档树时抛出 - 浏览器中它是 Web API 抛出的原生异常（如
fetch()失败、FileReader权限拒绝），与 Java 无关 - 若在 Java 后端日志中看到 “Uncaught DOMException”，大概率是前端 JS 错误被误传至服务端日志，需从前端源头排查
替代方案：优先用更安全的 API
部分场景可绕过易出错的 DOM 操作：
- 查找节点优先用
getElementsByTagNameNS()或带命名空间的querySelector()，而非依赖getElementById() - 批量插入节点时，用
DocumentFragment中转，避免频繁触发重排和跨文档风险 - 涉及 XML 构建，考虑改用 JAXB 或 Jackson XML，它们封装了底层 DOM 细节，异常更易定位
