XHR是老式API，支持细粒度控制与事件驱动；Fetch是现代Promise-based替代方案，简洁但需AbortController中断且默认不带Cookie。新项目优先用Fetch，老系统或需进度控制时仍用XHR。
XMLHttpRequest（XHR）是浏览器内置的一个老式 API，用于发起 HTTP 请求并处理响应
。它从 2000 年代初就存在，是早期 AJAX 技术的核心。Fetch API 是 2015 年后逐步推广的现代替代方案，设计更简洁、基于 Promise，语义更清晰。
功能覆盖范围不同
XHR 支持非常细粒度的控制：可以手动设置请求头、监听上传/下载进度、中途中断请求、处理流式响应（通过
）、甚至在部分浏览器中支持同步请求（不推荐）。Fetch 默认不提供上传进度监听，也不支持直接中断（需靠
配合），但原生支持流式读取（
可读流）。
编程模型差异明显
XHR 是事件驱动 + 回调风格，需要手动管理状态（如
），容易写出嵌套或状态混乱的代码：
xhr.open('GET', '/api/data');
xhr.onload = () => { if (xhr.status === 200) console.log(xhr.responseText); };
xhr.send();
Fetch 是基于 Promise 的链式调用，天然适配 async/await，错误处理更符合直觉（注意：网络失败才 reject，4xx/5xx 仍 resolve）：
立即学习
“
Java免费学习笔记（深入）
”；
Comet AI 浏览器
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
下载
fetch('/api/data')
.then(r => r.json())
.then(data => console.log(data));
默认行为与兼容性有别
XHR 默认携带 Cookie（取决于
设置），而 Fetch 默认不带，需显式写
。XHR 在所有浏览器中支持多年，包括 IE6+；Fetch 在现代浏览器中已全面支持，但 IE 完全不支持，需 polyfill 或降级处理。
错误处理逻辑不一致
XHR 将网络错误（如断网、DNS 失败）和 HTTP 错误（如 404、500）都反映在
和
中，需手动判断；Fetch 只对网络异常 reject，HTTP
状态码
需开发者自行检查
或
。
基本上就这些。选 XHR 还是 Fetch，主要看项目兼容要求和团队习惯——新项目优先用 Fetch，老系统维护或需精细进度控制时，XHR 仍有不可替代的价值。
responseType = 'stream'AbortControllerresponse.bodyreadyStatewithCredentialscredentials: 'include'statusstatusTextresponse.okresponse.status