Firefox严格遵循XML规范，解析失败时responseXML返回null、不支持document.load()和ActiveXObject、DOMParser对编码敏感，需用DOMParser+兜底处理并确保响应头与XML声明编码一致。
Firefox 不支持 XMLHttpRequest.responseXML 解析失败时的静默降级
Firefox 在解析 malformed XML 时会直接让 responseXML 返回 null，而 Chrome/Edge 有时仍返回部分 DOM（尽管 parseError 非空）。这不是 bug，是规范更严格的实现。
实际开发中，如果你只检查 xhr.responseXML && xhr.responseXML.documentElement，在 Firefox 下遇到编码错误、BOM 干扰或标签未闭合时就会跳过处理，导致功能中断。
- 务必同步检查
xhr.status === 200且xhr.getResponseHeader('Content-Type')?.includes('xml') - 用
xhr.responseText做兜底：尝试用DOMParser显式解析，并捕获异常 - 避免依赖
xhr.responseXML的存在性判断，改用显式解析结果
const parser = new DOMParser();
let xmlDoc;
try {
xmlDoc = parser.parseFromString(xhr.responseText, 'application/xml');
const parseError = xmlDoc.querySelector('parsererror');
if (parseError) throw new Error('XML parse error in Firefox: ' + parseError.textContent);
} catch (e) {
console.error('Failed to parse XML', e);
return;
}
Firefox 不识别 document.load() 和旧式 IE 兼容写法
有些老项目残留了类似 doc.load('data.xml') 或通过 ActiveXObject 创建 XML 文档的逻辑。Firefox 从一开始就不支持 document.load()（非标准方法），也不支持任何 ActiveX 相关 API。
这类代码在 Firefox 中会直接抛 TypeError: doc.load is not a function，且无法 polyfill。
立即学习“前端免费学习笔记（深入）”；
- 彻底移除所有
.load()调用，统一改用fetch()+DOMParser - 不要检测
window.ActiveXObject—— Firefox 永远为undefined，检测毫无意义 - 若需兼容极老环境（如 IE8），应单独分支处理，而非混写“通用”逻辑
DOMParser 在 Firefox 中对编码更敏感，尤其含 BOM 或声明不匹配时
Firefox 的 DOMParser 严格遵循 XML 声明中的 encoding 属性。如果响应头是 UTF-8，但 XML 第一行写的是 ，Firefox 会按 ISO 解析并报错；Chrome 则常忽略声明，以响应头为准。
- 服务端输出 XML 时，确保
声明与 HTTPContent-Type中的 charset 一致 -
前端接收到后，可先用正则剥离 XML 声明（仅当无法控制服务端时）：
text.replace(/^]*\?>/, '')，再交给DOMParser - 避免手动拼接 XML 字符串后解析 —— Firefox 对换行、空白、Unicode 控制字符更敏感
Firefox 不支持 XMLDocument.async 属性，且 documentElement 可能为 null 即时返回
某些脚本会写 if (xmlDoc.async === false) 来判断是否就绪，或假设 xmlDoc.documentElement 总是非空。Firefox 中 async 属性根本不存在（undefined），而 documentElement 在解析失败时就是 null，不会抛错也不会延迟。
- 不要读取
xmlDoc.async—— 所有现代浏览器都不支持该属性（仅 IE 旧版有） - 每次访问
xmlDoc.documentElement前必须判空：if (xmlDoc.documentElement?.nodeName === 'yourRoot') - 若需等待，应基于
fetch()Promise 或XMLHttpRequest.onload，而非轮询documentElement
Firefox 对 XML 的处理始终偏向规范优先，这意味着它不掩盖问题，但也会暴露服务端或前端拼接逻辑里的隐蔽缺陷。最易被忽略的其实是响应头与 XML 声明的编码一致性 —— 这个点在 Chrome 里“恰好能跑”，一到 Firefox 就静默失败。
