Fetch API 是现代浏览器发起网络请求的标准方式，相比 XMLHttpRequest 更简洁强大，基于 Promise 支持 async/await，但需手动处理状态码异常和响应解析，且不支持超时、上传进度监听等，IE 不兼容。

Fetch API 是现代浏览器中发起网络请求的标准方式，相比传统 Ajax（即 XMLHttpRequest），它更简洁、更强大，也更符合 JavaScript 的异步编程习惯。它不是“比 Ajax 好一点”，而是设计哲学和使用体验上的全面升级。

用 Fetch 发起请求很简单

最基本的 GET 请求只需一行代码：

fetch('https://api.example.com/data')

但要注意：Fetch 默认只返回一个 Promise，它**不会自动解析响应体**，也不会在 HTTP 状态码异常（比如 404、500）时自动 reject —— 这是初学者最容易踩的坑。

推荐写法（带错误处理和 JSON 解析）：

• 先检查 response.ok 判断状态码是否在 200–299 范围
• 再调用 response.json() 获取数据（也可用 .text()、.blob() 等）
• 用 try/catch 或 .catch() 捕获网络失败（如断网、跨域拒绝）

示例：

async function getData() {
  try {
    const res = await fetch('/api/users');
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    return await res.json();
  } catch (err) {
    console.error('请求失败:', err);
  }
}

Fetch 比传统 Ajax 更清晰的几处关键改进

• 基于 Promise，天然支持 async/await：不用嵌套回调，避免“回调地狱”，逻辑更线性可读
• 分离关注点更明确：Request 和 Response 是独立对象，可复用、可定制（比如设置 headers、credentials、cache 策略）
• 内置对流式响应的支持：通过 response.body.getReader() 可逐步读取大文件或实时数据（如 SSE）
• 更合理的错误边界：网络错误（如 DNS 失败、连接中断）会 reject；而 4xx/5xx 状态码仍算“成功响应”，由你决定是否视为业务错误

Fetch 不是万能的——它也有局限

它不直接支持以下功能，需要手动补充：

• 超时控制：Fetch 本身没有 timeout 选项，需配合 AbortController 实现
• 上传进度监听：不像 XMLHttpRequest.upload.onprogress 那样原生支持，需借助 ReadableStream 或第三方库
• Cookie 默认不携带：需显式设置 { credentials: 'include' } 才发送 Cookie
• IE 浏览器完全不支持：如需兼容 IE，必须使用 polyfill（如 whatwg-fetch）或回退到 XMLHttpRequest

什么时候该选 Fetch，什么时候还用 Ajax

新项目、主流浏览器环境、追求可维护性 → 优先用 Fetch。

需要精细控制上传进度、强兼容 IE、或已有大量 XMLHttpRequest 封装 → 继续用 Ajax 也完全合理。

两者本质都是浏览器提供的底层能力，Fetch 是更现代的封装，不是对 Ajax 的“取代”，而是演进。