javascript如何发送http请求_fetch api比axios更优吗

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

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(新版)封装稍友好些。