fetch()是推荐的原生方案但不因HTTP错误状态reject，需手动检查response.ok；默认不带cookie，无超时控制，不支持progress事件；XMLHttpRequest仍适用需细粒度控制场景；jQuery.ajax()已不推荐。
fetch() 是现在最推荐的原生方案，但要注意它不按 HTTP 状态码 reject
很多人写 fetch() 时以为 404 或 500 会进 catch，其实不会——fetch() 只在网络失败（如断网、DNS 错误）时 reject，HTTP 错误状态仍走 then。必须手动检查 response.ok 或 response.status：
fetch('/api/user')
.then(response => {
if (!response.ok) {
throw new Error(`HTTP error: ${response.status}`);
}
return response.json();
})
.then(data => console.log(data))
.catch(err => console.error('请求失败:', err));- 默认不带 cookie，需显式加
credentials: 'include' - 没有超时控制，得用
AbortController配合signal参数 - 不支持 progress 事件，上传进度要靠
XMLHttpRequest
XMLHttpRequest 还没过时，尤其需要细粒度控制时
虽然老，但它是唯一原生支持上传/下载进度、取消请求、设置 timeout、自定义 header 的方案。比如上传大文件时监听进度：
const xhr = new XMLHttpRequest();
xhr.upload.addEventListener('progress', e => {
if (e.lengthComputable) {
console.log(`上传中: ${(e.loaded / e.total * 100).toFixed(2)}%`);
}
});
xhr.open('POST', '/upload');
xhr.send(formData);-
xhr.responseType = 'json'可让xhr.response自动解析为对象，不用再JSON.parse() -
xhr.timeout = 10000设置超时，触发ontimeout回调 - 调用
xhr.abort()能真正中断请求（fetch()的AbortController效果类似，但更复杂）
不要用 jQuery.ajax() 了，除非你还在维护老项目
jQuery 的 $.ajax() 在现代项目里基本是负优化：体积大、API 冗余、Promise 兼容性差。它的默认行为反而容易埋坑：
- 默认把
contentType设为'application/x-www-form-urlencoded'，传 JSON 得手动覆盖 -
dataType: 'json'会在解析失败时静默吞掉错误，不如原生response.json()明确抛错 - 不支持
AbortController，取消请求只能靠xhr.abort()，但 jQuery 封装后不好拿到底层xhr实例
封装请求函数时，这几个细节最容易漏
自己写工具函数时，光处理 success/fail 不够，这些点常被跳过：
立即学习“Java免费学习笔记（深入）”；
- 统一处理
Content-Type：如果传了body且不是FormData，自动加headers: { 'Content-Type': 'application/json' }并JSON.stringify() - 对
GET请求自动序列化params到 URL（别手拼，用URLSearchParams） - 所有请求默认加
cache: 'no-cache'，避免 Chrome 对GET缓存导致数据不更新 - 错误信息尽量保留原始
response.status和response.statusText，别只打印 “请求失败”
浏览器兼容性上，fetch() 在 IE 完全不支持，XMLHttpRequest 从 IE5 就有。如果必须支持 IE，就别碰 fetch() —— 不是加个 polyfill 就能解决所有问题，比如 AbortController 在 IE 里根本没替代方案。
