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 仍有不可替代的价值。
以上就是javascript的XMLHttpRequest是什么_它与Fetch API有何区别？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1543410.html
微信扫一扫 
支付宝扫一扫 
