直接用 responseXML.documentElement 或 response.xml 获取已解析XML的根节点，避免重复解析；需确保Content-Type为application/xml且XML声明完整，否则可能返回parsererror。
直接用 documentElement 拿根节点，别 parseString 或走 DOMParser 绕路
HTML5 环境下读取 XML 文档（比如通过 XMLHttpRequest、fetch 获取的响应体）时，只要响应类型是 text/xml 或 application/xml，浏览器会自动解析成 XML 文档对象。此时顶层元素（即根节点）直接通过 responseXML.documentElement 就能拿到，无需额外解析。
- 如果用
fetch，记得设置response.headers.get('content-type')确认是 XML 类型，否则response.xml可能为null -
XMLHttpRequest需设responseType = 'document'，否则responseXML为null - 不要对已解析的 XML 响应再调用
DOMParser.parseFromString(..., 'text/xml')——这是重复解析，且可能因编码/命名空间问题导致documentElement变成parsererror
fetch + response.xml 是最简路径，但注意浏览器兼容性
现代浏览器（Chrome 118+、Firefox 120+、Safari 17.4+）支持 Response.xml 属性，它等价于 response.text().then(t => new DOMParser().parseFromString(t, 'application/xml'))，但更轻量、自动处理 BOM 和编码声明。
- 若需兼容旧版 Safari 或 IE，退回到
DOMParser+response.text() -
response.xml在解析失败时返回null，不抛异常；而DOMParser总返回文档，错误时根节点可能是<parsererror></parsererror> - 检查根节点是否有效：用
response.xml?.documentElement?.tagName，避免空指针
遇到 parsererror 根节点？多半是响应内容或 MIME 类型不匹配
常见现象：拿到的 documentElement 是 <parsererror></parsererror>，里面写着 “error on line X at column Y: ...”。这不是代码写错了，而是原始数据没被当成 XML 解析。
- 服务端返回了 XML 内容，但 HTTP
Content-Type是text/plain或缺失 → 浏览器按 HTML 解析，再转 XML 就崩 - XML 响应开头有 UTF-8 BOM（
\uFEFF）且未声明编码 → 某些浏览器解析器卡在第一个字符 - XML 中含非法字符（如控制字符 U+0000–U+0008）→
DOMParser静默截断，根节点丢失 - 解决办法：服务端确保
Content-Type: application/xml; charset=utf-8，XML 声明写全<?xml version="1.0" encoding="UTF-8"?>
fetch('/api/data.xml')
.then(r => {
if (!r.ok) throw new Error(r.status);
if (!r.headers.get('content-type')?.includes('xml')) {
throw new Error('Expected XML response');
}
return r.xml; // Chrome/Firefox/Safari 17.4+
})
.then(doc => {
const root = doc.documentElement;
if (!root || root.tagName === 'parsererror') {
throw new Error('Invalid XML: ' + (root?.textContent || 'empty'));
}
console.log('Root tag:', root.tagName);
});
XML 文档结构本身没有“默认命名空间继承”这种隐式行为，documentElement 的 namespaceURI 必须显式匹配才能正确查询子元素——这点在用 getElementsByTagNameNS 或 querySelector 时极易忽略。 
