Fetch API轻量原生，适合简单请求；Axios功能完整，适合中大型项目。选择取决于项目规模、兼容性需求及团队习惯，建议统一使用一种并封装请求工具函数。
Fetch API 和 Axios 各有适用场景，没有绝对“更好”，关键看项目需求和开发习惯。
Fetch API：原生轻量，适合简单请求
浏览器原生支持，无需引入额外库，语法简洁，适合现代浏览器环境下的基础 HTTP 操作。
- 默认不带 cookie，需显式设置 credentials: 'include' 才能发送凭证
- 响应不是直接的 JSON，要手动调用 .json() 或 .text() 解析
- 400/500 状态码不会自动抛错，需检查 response.ok 手动处理错误
- 不支持请求/响应拦截、超时控制（需配合 AbortController）、取消重复请求等高级功能
Axios：功能完整，适合中大型项目
基于 Promise 的第三方库，封装更友好，开箱即用的功能多，兼容性更好（支持 IE11）。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 自动解析 JSON 响应，直接拿到 JS 对象
- HTTP 错误状态（如 404、500）会自动 reject，便于统一错误处理
- 内置请求/响应拦截器，方便加 token、日志、loading 状态等
- 天然支持超时（timeout）、取消请求（CancelToken 或 AbortController）、并发控制（axios.all）
怎么选？看这几个实际因素
如果项目已用 Vue/React 且需要统一管理请求逻辑，或团队熟悉 Axios，它能减少样板代码；如果是轻量脚本、PWA、或追求最小包体积，Fetch 更干净。TypeScript 项目中两者都有良好类型支持，但 Axios 的类型推导在复杂配置下更稳定。
立即学习“Java免费学习笔记（深入）”；
小提醒：别混用，保持一致性
一个项目里同时用 Fetch 和 Axios 容易导致请求逻辑分散、错误处理不统一、拦截逻辑重复。选定一种后，建议通过封装一层 request 工具函数来收口，比如统一加 baseURL、token、错误提示等。
