fetch不能无条件替代axios。fetch是原生api，功能精简；axios是封装库，支持自动json解析、拦截器、取消请求、超时控制、xsrf防护等特性，错误处理机制也不同。
fetch API 能不能直接替代 Axios
不能无条件替代。fetch 是浏览器原生 API，功能精简；Axios 是封装库，自带很多开箱即用的便利特性。选哪个取决于你是否需要那些额外能力——比如自动 JSON 解析、请求/响应拦截、取消请求、超时控制（原生 fetch 不支持 timeout）、XSRF 自动携带等。
如果你只做简单 GET/POST、服务端返回标准 JSON、不需要 abort 或重试逻辑，fetch 完全够用，还省掉一个依赖。
-
fetch默认不带 cookie，要发带凭证的请求得显式加credentials: 'include' - Axios 默认会解析响应体为 JSON；
fetch必须手动调response.json() -
fetch对 4xx/5xx 状态码不会 reject，仍算“成功”，需手动检查response.ok
fetch 发送 POST 请求的典型写法（含 JSON）
很多人卡在 body 格式、headers、字符编码上。关键点：必须设 Content-Type，且 body 要是字符串（不是对象）。
fetch('/api/login', {
method: 'POST',
headers: {
'Content-Type': 'application/json'
},
body: JSON.stringify({ username: 'admin', password: '123' })
})
.then(r => {
if (!r.ok) throw new Error(`HTTP ${r.status}`);
return r.json();
})
.catch(err => console.error(err));
fetch 和 Axios 处理错误的方式差异很大
这是最容易出 bug 的地方。fetch 的 Promise 只在网络失败（如断网、DNS 错）时 reject；HTTP 错误状态（如 401、500）它照常 resolve，只是 response.ok === false。
立即学习“Java免费学习笔记（深入）”；
Axios 则默认把 4xx/5xx 当作异常，直接进 .catch()。
- 用
fetch时，必须自己加if (!response.ok) throw ... - 没加这层判断，就可能出现“接口返回 500 却走 .then 分支”的情况
- Axios 的
axios.interceptors.response.use可统一处理这类状态码，fetch 没这机制
要不要为了 cancel request 引入 AbortController
如果页面有搜索框、自动补全、路由快速切换等场景，未完成的请求必须能取消，否则可能更新错 UI 或浪费资源。fetch 原生支持，但要多写几行；Axios 也支持，语法更短。
const controller = new AbortController();
fetch('/api/search?q=js', { signal: controller.signal })
.then(r => r.json())
.catch(err => {
if (err.name === 'AbortError') console.log('请求被取消');
});
// 取消（例如用户输入新关键词时）
controller.abort();
注意：AbortController 在旧版 Safari 和 IE 中不可用，需要 polyfill；Axios 的 CancelToken 已废弃，新版也推荐用 AbortController，所以底层其实一致。
真正难处理的是并发请求的竞态问题——比如连续输 “a” → “ab” → “abc”，要确保只响应最后一个。这和用 fetch 还是 Axios 关系不大，核心是逻辑控制，但 Axios 的拦截器 + CancelToken（旧版）或 signal（新版）封装稍友好些。
