Fetch API为原生支持，轻量但需手动处理错误和配置；2. Axios需引入第三方库，但提供更直观的错误处理、自动序列化及拦截器功能；3. Axios兼容性更好，支持旧浏览器，而Fetch需polyfill；4. Axios默认支持超时控制，Fetch需封装；5. 复杂项目推荐Axios，轻量级或现代项目可选Fetch。
在现代前端开发中，发送网络请求是常见的需求。Fetch API 和 Axios 是两种广泛使用的工具，各自有优势和适用场景。下面从多个方面对它们进行对比，帮助你根据项目需要做出合适选择。
1. 原生支持 vs 第三方库
Fetch API 是浏览器原生提供的接口，无需引入额外依赖，所有现代浏览器都支持。这意味着你可以直接使用它，减少项目体积，适合轻量级或不想引入第三方库的项目。
Axios 是一个基于 Promise 的 HTTP 客户端，需要通过 npm 或 CDN 引入。虽然增加了依赖，但它提供了更丰富的功能和更好的兼容性处理。
2. 默认行为与错误处理
Fetch 的一个常见“陷阱”是它只在网络错误时 reject Promise，而 HTTP 状态码如 404 或 500 不会触发 catch。你需要手动检查 response.ok 或 response.status 来判断是否成功。
Axios 则更符合直觉：只要响应状态码表示错误（如 4xx、5xx），就会自动进入 catch 分支，简化了错误处理流程。
3. 请求与响应配置
使用 Fetch 发送 JSON 数据时，需要手动设置 headers 并调用 JSON.stringify()。上传文件或处理复杂请求头时代码略显繁琐。
Axios 自动序列化 JavaScript 对象为 JSON，并默认设置 Content-Type。它还支持请求/响应拦截器，便于统一处理认证、日志、加载状态等逻辑。
- 拦截器可用于添加 token 到每个请求
- 响应拦截器可统一处理超时或刷新 token
- 配置默认 baseURL，方便对接后端 API 服务
4. 浏览器兼容性与降级支持
Fetch 在较老的浏览器（如 IE）中不被支持，需引入 polyfill 才能运行。
Axios 基于 XMLHttpRequest，兼容性更好，即使在旧版浏览器中也能正常工作，适合需要支持老旧环境的项目。
5. 请求取消与超时控制
Fetch 使用 AbortController 实现请求取消，语法稍复杂，但标准性强。
Axios 提供更简洁的取消机制（通过 CancelToken，现已标记废弃，推荐使用 AbortController）并默认支持超时设置，而 Fetch 需要自行封装 timeout 逻辑。
基本上就这些。如果你追求轻量、现代且不需要兼容老浏览器，Fetch 完全够用。若项目复杂、需要统一拦截、良好错误处理和兼容性，Axios 更加省心。选择哪个，取决于你的实际需求和团队技术栈。不复杂但容易忽略的是，默认行为差异可能引发线上问题，务必注意。
