XMLHttpRequest 的 timeout 必须在 open() 后、send() 前设置，单位毫秒，且需绑定 ontimeout 事件；超时仅作用于网络传输阶段，responseXML 为空时需主动判空，弱网下推荐首载 timeout=8000ms。
XMLHttpRequest 设置 timeout 不起作用？检查是否在 open() 后、send() 前赋值
HTML5 中 XMLHttpRequest 的 timeout 属性只有在请求已发出（即 send() 调用后）才开始计时，但必须在 send() 之前设置，否则会被忽略。常见错误是把 timeout 写在 open() 之前，或写在 onload 回调里——此时完全无效。
正确顺序是：open() → 设置 timeout 和 ontimeout → send()。
-
timeout单位为毫秒，例如5000表示 5 秒超时 - 必须同时绑定
ontimeout事件，否则超时发生时无响应 - 超时仅针对网络传输阶段（DNS、TCP 连接、发送请求、接收响应），不包括
onloadstart前的 JS 执行延迟
const xhr = new XMLHttpRequest();
xhr.open('GET', '/data.xml');
xhr.timeout = 5000;
xhr.ontimeout = function () {
console.error('XML 加载超时：网络延迟或服务无响应');
};
xhr.onload = function () {
if (xhr.status >= 200 && xhr.status < 300) {
const xml = xhr.responseXML;
// 处理 XML 数据
}
};
xhr.send();
fetch API 没有原生 timeout？用 AbortController 模拟
fetch 不支持 timeout 选项，但可通过 AbortController 实现等效控制。注意：不是所有浏览器都支持 AbortController（IE 完全不支持，iOS Safari 12.2+ 支持），若需兼容旧环境，仍建议回退到 XMLHttpRequest。
-
AbortController.timeout并不存在 —— 必须手动调用controller.abort() - 超时后
fetch抛出AbortError，需用catch捕获，不能靠status判断 - XML 解析仍需手动处理：
response.text()后用DOMParser解析，response.xml在多数浏览器中不可靠
const controller = new AbortController();
const timeoutId = setTimeout(() => controller.abort(), 5000);
fetch('/data.xml', { signal: controller.signal })
.then(response => {
clearTimeout(timeoutId);
if (!response.ok) throw new Error(`HTTP ${response.status}`);
return response.text();
})
.then(str => {
const parser = new DOMParser();
const xml = parser.parseFromString(str, 'application/xml');
if (xml.querySelector('parsererror')) {
throw new Error('XML 解析失败');
}
// 使用 xml
})
.catch(err => {
if (err.name === 'AbortError') {
console.error('fetch 超时：请求被中止');
} else {
console.error('加载或解析 XML 失败：', err.message);
}
});
XML 解析失败时静默失败？检查 responseXML 是否为 null
XMLHttpRequest.responseXML 在响应非 XML Content-Type、解析出错或空响应时会返回 null，而不是抛错。很多开发者只检查 status，却漏判 responseXML，导致后续调用 querySelector 等方法报 TypeError: Cannot read property 'querySelector' of null。
立即学习“前端免费学习笔记（深入）”；
- 务必在
onload中先确认xhr.responseXML !== null - 可检查
xhr.getResponseHeader('content-type')是否包含xml或application/xml - 服务端返回 HTML 错误页（如 502/404 页面）时，
responseXML通常为null，但responseText可能有内容
移动端弱网下 timeout 设多少合适？避免设低于 8s
实测表明，在 3G 或高丢包 Wi-Fi 下，XML 请求首字节（TTFB）常超过 3–6 秒。设 timeout = 3000 会导致大量误判超时；设 10000 又会让用户等待过久。折中方案是分层设置：
- 首次加载：timeout = 8000（兼顾体验与容错）
- 重试请求：timeout = 12000（网络可能已切换，多给几秒）
- 若已知服务部署在边缘节点（如 Cloudflare Workers），可降至 5000
- 切勿用
setTimeout+abort()替代原生timeout，因无法中断底层连接，只停止回调触发
Connection: close）、TCP 重传策略和 TLS 握手耗时。如果发现超时频繁触发但抓包显示请求早已完成，大概率是服务端未正确设置 Content-Type: application/xml，导致浏览器放弃自动解析并置空 responseXML。 
