XHR是老式API，支持细粒度控制与事件驱动；Fetch是现代Promise-based替代方案，简洁但需AbortController中断且默认不带Cookie。新项目优先用Fetch，老系统或需进度控制时仍用XHR。
XMLHttpRequest（XHR）是浏览器内置的一个老式 API，用于发起 HTTP 请求并处理响应。它从 2000 年代初就存在，是早期 AJAX 技术的核心。Fetch API 是 2015 年后逐步推广的现代替代方案，设计更简洁、基于 Promise，语义更清晰。
功能覆盖范围不同
XHR 支持非常细粒度的控制：可以手动设置请求头、监听上传/下载进度、中途中断请求、处理流式响应（通过 responseType = 'stream'）、甚至在部分浏览器中支持同步请求（不推荐）。Fetch 默认不提供上传进度监听，也不支持直接中断（需靠 AbortController 配合），但原生支持流式读取（response.body 可读流）。
编程模型差异明显
XHR 是事件驱动 + 回调风格，需要手动管理状态（如 readyState），容易写出嵌套或状态混乱的代码：
- 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免费学习笔记（深入）”；
- fetch('/api/data')
- .then(r => r.json())
- .then(data => console.log(data));
默认行为与兼容性有别
XHR 默认携带 Cookie（取决于 withCredentials 设置），而 Fetch 默认不带，需显式写 credentials: 'include'。XHR 在所有浏览器中支持多年，包括 IE6+；Fetch 在现代浏览器中已全面支持，但 IE 完全不支持，需 polyfill 或降级处理。
错误处理逻辑不一致
XHR 将网络错误（如断网、DNS 失败）和 HTTP 错误（如 404、500）都反映在 status 和 statusText 中，需手动判断；Fetch 只对网络异常 reject，HTTP 状态码需开发者自行检查 response.ok 或 response.status。
基本上就这些。选 XHR 还是 Fetch，主要看项目兼容要求和团队习惯——新项目优先用 Fetch，老系统维护或需精细进度控制时，XHR 仍有不可替代的价值。
