XMLHttpRequest与FetchAPI对比解析

本文深入解析了传统 XMLHttpRequest（XHR）与现代 Fetch API 的核心差异：XHR 作为事件驱动的老式 API，提供细粒度控制（如进度监听、手动中断、默认携带 Cookie），适合老系统维护或需精确状态管理的场景；而 Fetch 基于 Promise，语法简洁、语义清晰、天然支持 async/await，但需 AbortController 实现中断、默认不发 Cookie 且对 HTTP 错误不自动 reject，更适合新项目开发。两者在兼容性、错误处理、流式响应等方面各具特点，选择应基于项目需求、浏览器支持及团队工程实践——不是简单“谁更好”，而是“谁更合适”。

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）：

• 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 仍有不可替代的价值。

好了，本文到此结束，带大家了解了《XMLHttpRequest与FetchAPI对比解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！