你有没有遇到过这样的联调场景：把接口 URL 复制到浏览器地址栏，回车后展示的是一整页 HTML（有时是一个“看起来很正式”的登录页或错误页）；在浏览器控制台里用 fetch() 请求同一个地址，返回的却是正常的 JSON；

不少开发者遇到过这样的问题：线上数据看板显示用户行为数据不全，明明功能已经上线，但收集到的数据却比预期少很多。经过排查发现，很多数据丢失发生在用户关闭页面或跳转离开的时候。

如果我们想从 API中获取数据或将数据发布到服务器，必须要用到Fetch API。fetch()为我们提供了一种通过请求和响应发送和接收 HTTP 请求的方法，fetch() 函数是一个全局函数，最常用于与 API 交互。

fetch 发送一个请求，请求登录过期返回 302，浏览器自动重定向到 Response Headers 的 Location 登录页面。Location 对应的服务器不接受跨域请求，因此页面报错。

CSP 通过定义 Content-Security-Policy HTTP 标头，允许创建信任内容的来源白名单，并指示浏览器仅执行或渲染来自这些来源的资源，而不要盲目地信任服务器提供的所有内容。即使攻击者发现漏洞并能够注入脚本，由于此脚本不符合此白名单，也不会执行该脚本

对于Fetch API我相信你已经用过它们很多次了，但是你是否还记得语法？如果能避免在旧项目中寻找半年前使用过的特定请求的语法，岂不更好？在本文中，我将列出9个最常见的Fetch API请求

最近遇到一个下载的需求，由于 url 参数太长(常用的下载方法 a 标签或者 location.href 的方法都是 get 请求，get 请求参数长度有限制)，无法下载，考虑了好几种方案，最终还是觉得通过 ajax 的 POST 方法进行下载，比较容易实现

Fetch API 提供了一个 JavaScript接口，用于访问和操纵HTTP管道的部分，例如请求和响应。它还提供了一个全局 fetch()方法，该方法提供了一种简单，合理的方式来跨网络异步获取资源

Fetch 提供了一个 JavaScript接口，用于访问和操纵HTTP管道的部分，例如请求和响应。它还提供了一个全局 fetch()方法，该方法提供了一种简单，合理的方式来跨网络异步获取资源。

fetch默认不携带cookie配置其 credentials 项，其有3个值：omit: 默认值，忽略cookie的发送；same-origin: 表示cookie只能同域发送，不能跨域发送；include: cookie既可以同域发送，也可以跨域发送

fetch：一个获取资源的接口，类似于ajax，是基于 Promise之上设计，旧版本IE 完全不支持，须借助 polyfill来兼容，提供了对 Request 和 Response 对象的通用定义

Fetch API 提供了一个获取资源的接口（包括跨域请求）。任何使用 过 XMLHttpRequest 的人都能轻松上手，但新的API提供了更强大和 灵活的功能集。Fetch 提供了对 Request 和 Response （以及其他与网络请求有关的）对象的通用定义。

当fetch遇到302状态码，会发生什么?fetch不能拦截302，浏览器会自动从302响应的头信息的重定向地址中取到数据。针对认证的情况，后端可以返回401状态码，让前端去检查返回的状态码并据此执行相应操作。

在 AJAX 时代，进行 API 等网络请求都是通过 XMLHttpRequest 或者封装后的框架进行网络请求。 现在产生的 fetch 框架简直就是为了提供更加强大、高效的网络请求而生，虽然在目前会有一点浏览器兼容的问题

fetch就是XMLHttpRequest的一种替代方案。如果有人问你，除了Ajax获取后台数据之外，还有没有其他的替代方案？这是你就可以回答，除了XMLHttpRequest对象来获取后台的数据之外，还可以使用一种更优的解决方案fetch。