【转】前端 | 浅谈预检请求

最新推荐文章于 2025-07-09 17:24:17 发布
转载 最新推荐文章于 2025-07-09 17:24:17 发布 · 9k 阅读 · 19

本文解析了为什么会出现预检请求及其实现机制。介绍了预检请求的目的、触发条件及其如何工作，帮助理解跨域请求的工作原理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

近期在项目中发现浏览器发出的接口请求有时候会调用两次，第一次返回204且没有数据，第二次返回200有数据。十分不解，

查了一下资料，原来是由于预检测请求，相关资料如下：


转载文章：https://blog.youkuaiyun.com/u012496505/article/details/78011344 感谢作者的详细解释。

image.png

背景

不知道大家有没有发现，有时候我们在调用后台接口的时候，会请求两次，如下图的

图一.png

其实第一次发送的就是preflight request(预检请求)，那么这篇文章将讲一下，为什么要发预检请求，什么时候会发预检请求，预检请求都做了什么

一. 为什么要发预检请求

我们都知道浏览器的同源策略，就是出于安全考虑，浏览器会限制从脚本发起的跨域HTTP请求，像XMLHttpRequest和Fetch都遵循同源策略。 
浏览器限制跨域请求一般有两种方式： 
1. 浏览器限制发起跨域请求 
2. 跨域请求可以正常发起，但是返回的结果被浏览器拦截了

一般浏览器都是第二种方式限制跨域请求，那就是说请求已到达服务器，并有可能对数据库里的数据进行了操作，但是返回的结果被浏览器拦截了，那么我们就获取不到返回结果，这是一次失败的请求，但是可能对数据库里的数据产生了影响。

为了防止这种情况的发生，规范要求，对这种可能对服务器数据产生副作用的HTTP请求方法，浏览器必须先使用OPTIONS方法发起一个预检请求，从而获知服务器是否允许该跨域请求：如果允许，就发送带数据的真实请求；如果不允许，则阻止发送带数据的真实请求。

二. 什么时候发预检请求

HTTP请求包括： 简单请求 和 需预检的请求

1. 简单请求

简单请求不会触发CORS预检请求，“简属于 
单请求”术语并不属于Fetch(其中定义了CORS)规范。 
若满足所有下述条件，则该请求可视为“简单请求”： 
- 使用下列方法之一： 
- GET 
- HEAD 
- POST 
- Content-Type: (仅当POST方法的Content-Type值等于下列之一才算做简单需求) 
- text/plain 
- multipart/form-data 
- application/x-www-form-urlencoded

注意: WebKit Nightly 和 Safari Technology Preview 为Accept 
, Accept-Language 
, 和 Content-Language 
首部字段的值添加了额外的限制。如果这些首部字段的值是“非标准”的，WebKit/Safari 就不会将这些请求视为“简单请求”。WebKit/Safari 并没有在文档中列出哪些值是“非标准”的，不过我们可以在这里找到相关讨论：Require preflight for non-standard CORS-safelisted request headers Accept, Accept-Language, and Content-Language, Allow commas in Accept, Accept-Language, and Content-Language request headers for simple CORS, and Switch to a blacklist model for restricted Accept headers in simple CORS requests。其它浏览器并不支持这些额外的限制，因为它们不属于规范的一部分。

2.需预检的请求

“需预检的请求”要求必须首先使用OPTIONS方法发起一个预检请求到服务区，以获知服务器是否允许该实际请求。“预检请求”的使用，可以避免跨域请求对服务器的用户数据产生未预期的影响。

当请求满足下述任一条件时，即应首先发送预检请求： 
- 使用了下面任一 HTTP 方法： 
- PUT 
- DELETE 
- CONNECT 
- OPTIONS 
- TRACE 
- PATCH 
- 人为设置了对 CORS 安全的首部字段集合之外的其他首部字段。该集合为： 
- Accept 
- Accept-Language 
- Content-Language 
- Content-Type 
- DPR 
- Downlink 
- Save-Data 
- Viewport-Width 
- Width 
- Content-Type的值不属于下列之一: 
- application/x-www-form-urlencoded 
- multipart/form-data 
- text/plain

如下是一个需要执行预检请求的HTTP请求：

var invocation = new XMLHttpRequest();
var url = 'http://bar.other/resources/post-here/';
var body = '<?xml version="1.0"?><person><name>Arun</name></person>';

function callOtherDomain(){
  if(invocation)
    {
      invocation.open('POST', url, true);
      invocation.setRequestHeader('X-PRODUCT', 'H5');
      invocation.setRequestHeader('Content-Type', 'application/xml');
      invocation.onreadystatechange = handler;
      invocation.send(body); 
    }
}


......
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

上面的代码使用POST请求发送一个XML文档，该请求包含了一个自定义的首部字段（X-PRODUCT:H5）。另外，该请求的Content-Type为application/xml。因此，该请求需要首先发起“预检请求”。 
image.png

 OPTIONS /resources/post-here/ 
 HTTP/1.1
 Host: bar.other
 User-Agent: Mozilla/5.0 (Macintosh; U; 5.Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081130 Minefield/3.1b3pre
 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
 Accept-Language: en-us,en;q=0.5
 Accept-Encoding: gzip,deflate
 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 Connection: keep-alive
 Origin: http://foo.example
 Access-Control-Request-Method: POST
 Access-Control-Request-Headers: X-PINGOTHER, Content-Type




 HTTP/1.1 200 OK
 Date: Mon, 01 Dec 2008 01:15:39 GMT
 Server: Apache/2.0.61 (Unix)
 Access-Control-Allow-Origin: http://foo.example
 Access-Control-Allow-Methods: POST, GET, OPTIONS
 Access-Control-Allow-Headers: X-PINGOTHER, Content-Type
 Access-Control-Max-Age: 86400
 Vary: Accept-Encoding, Origin
 Content-Encoding: gzip
 Content-Length: 0
 Keep-Alive: timeout=2, max=100
 Connection: Keep-Alive
 Content-Type: text/plain
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29

从上面的报文中可以看到，第1~12行发送了一个使用OPTIONS方法的预检请求。 OPTIONS是HTTP/1.1协议中定义的方法，用以从服务器获取更多信息。该方法不会对服务器资源产生影响。遇见请求中同时携带了下面两个首部字段：

Access-Control-Request-Method: POST
Access-Control-Request-Headers: X-PRODUCT
  • 1
  • 2
  • 3
  • 4

首部字段 Access-Control-Request-Method 告知服务器，实际请求将使用 POST 方法。首部字段 Access-Control-Request-Headers 告知服务器，实际请求将携带两个自定义请求首部字段：X-PINGOTHER 与 Content-Type。服务器据此决定，该实际请求是否被允许。

第14~26行 为预检请求的响应，表明服务器将坚守后续的实际请求。重点看第17~20行：

Access-Control-Allow-Origin: http://foo.example
Access-Control-Allow-Methods: POST, GET, OPTIONS
Access-Control-Allow-Headers: X-PINGOTHER, Content-Type
Access-Control-Max-Age: 86400
  • 1
  • 2
  • 3
  • 4

首部字段 Access-Control-Allow-Methods 表明服务器允许客户端使用 POST,GET 和 OPTIONS 方法发起请求。

首部字段Access-Control-Allow-Headers 表明服务器允许请求中携带字段X-PINGOTHER 与Content-Type。与 Access-Control-Allow-Methods一样，Access-Control-Allow-Headers的值为逗号分割的列表。

最后，首部字段

Access-Control-Max-Age 表明该响应的有效时间为 86400 秒，也就是 24 小时。在有效时间内，浏览器无须为同一请求再次发起预检请求。请注意，浏览器自身维护了一个最大有效时间，如果该首部字段的值超过了最大有效时间，将不会生效。

预检请求完成之后，发送实际请求：

POST /resources/post-here/ HTTP/1.1
Host: bar.other
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081130 Minefield/3.1b3pre
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection: keep-alive
X-PINGOTHER: pingpong
Content-Type: text/xml; charset=UTF-8
Referer: http://foo.example/examples/preflightInvocation.html
Content-Length: 55
Origin: http://foo.example
Pragma: no-cache
Cache-Control: no-cache


<?xml version="1.0"?><person><name>Arun</name></person>




HTTP/1.1 200 OK
Date: Mon, 01 Dec 2008 01:15:40 GMT
Server: Apache/2.0.61 (Unix)
Access-Control-Allow-Origin: http://foo.example
Vary: Accept-Encoding, Origin
Content-Encoding: gzip
Content-Length: 235
Keep-Alive: timeout=2, max=99
Connection: Keep-Alive
Content-Type: text/plain


[Some GZIP'd payload]
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
四.参考资料

https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS


前端 | 浅谈预检请求
u012496505的博客
09-17 6354
背景不知道大家有没有发现，有时候我们在调用后台接口的时候，会请求两次，如下图的其实第一次发送的就是preflight request(预检请求)，那么这篇文章将讲一下，为什么要发预检请求，什么时候会发预检请求，预检请求都做了什么一. 为什么要发预检请求我们都知道浏览器的同源策略，就是出于安全考虑，浏览器会限制从脚本发起的跨域HTTP请求，像XMLHttpRequest和Fetch都遵循同源策略。
深入浅出HTTP/2预检请求（CORS Preflight Request）
小李同学的博客
02-29 1892
深入浅出HTTP/2预检请求（CORS Preflight Request）
常见 HTTP 方法的成功状态码200，204,202,201
最新发布
07-09 701
HTTP 协议中，操作成功后的状态码选择取决于操作类型和响应内容，并非所有非 GET/POST 请求都返回 204。在设计 API 时，应根据上述原则选择合适的状态码，以提高接口的一致性和可理解性。
http请求options预请求的demo
07-19
关于http跨域和options的一些理解，文章的实例关于http跨域和options的一些理解，文章的实例
HTTP访问控制（CORS）——预检请求问题的解决
qq_44891295的博客
07-08 9614
文章目录1：CORS介绍2：什么情况下需要 CORS3：跨域资源共享机制功能概述3.1 若干访问控制场景案例演示 1：CORS介绍 CORS （Cross-Origin Resource Sharing，跨域资源共享）是一个系统，它由一系列传输的HTTP头组成，这些HTTP头决定浏览器是否阻止前端 JavaScript 代码获取跨域请求的响应。 同源安全策略 默认阻止“跨域”获取资源。但是 CORS 给了web服务器这样的权限，即服务器可以选择，允许跨域请求访问到它们的资源。 CORS 头 Access
什么时候会发送options请求
weixin_34074740的博客
04-15 5497
1 偶然的相遇——options请求 最近写的项目，应用里所有的ajax请求都发送了2遍。由于新项目，基础模块是新搭的，所以出现一些奇葩问题也是意料之中，啊终于第一次在chrome的devTools遇见了活的options请求。 1.1 第1次请求 这里首先发送了一次额外的options请求，在浏览器里看到请求request header 和 response header的信息如下： （1）预...
前端基础 | 浅谈前端跨域
Yoga的拙见
11-05 1793
@author YogaZheng 鉴于本人目前正处于前端基础知识学习阶段，本文仅是在阅读了网络上诸多相关文章后的一个总结，加上一点自己写的小例子，更多的是用于自己的个人积累。看到这篇文章的朋友，我更建议大家去阅读本文参考资料中的文章（均附有链接），可以对跨域问题有更深刻的理解。 目录 同源与跨域 同源 同源策略 跨域 Cookie跨子域共享 iframe跨域窗口通信 doc...
浅谈springboot
asdsa_df的博客
04-28 986
首先，Spring Boot 提供了对 Flyway 的开箱即用支持，这意味着当你在项目中引入 Flyway 相关依赖时，Spring Boot 会自动进行配置和集成。通过上述步骤，Spring Boot 与 Flyway 的整合可以帮助你实现数据库的版本控制和自动化迁移，确保在不同环境中数据库结构的一致性，提高开发效率和减少人为错误。总之，对于正在使用或计划升级到Spring Boot 3.0的开发者来说，了解这些变更是非常重要的，以确保应用程序能够顺利迁移到新版本，并避免潜在的兼容性问题。
浅谈“origin字段”在移动应用开发中的重要性
[浅谈“origin字段”在移动应用开发中的重要性](https://img-blog.csdnimg.cn/964dd317a75546e59e7abf75b904e631.png) # 1. 介绍 在移动应用开发中，"origin字段"是一个非常重要的概念。它代表了请求的来源，可以...
解析服务器响应的xml数据包,浅谈Express.js解析Post数据类型的正确姿势
weixin_36202642的博客
08-09 887
一、概念介绍1、POST请求：HTTP/1.1 协议规定的 HTTP 请求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 这几种。其中 POST 一般用来向服务端提交数据。2、 Content-Type ：是指 http/https 发送信息至服务器时的内容编码类型， Content-Type 用于表明发送数据流的类型，服务器根据编码类型使用特...
理解浏览器请求中的预检请求 preflight 类型
MFWSCQ的博客
02-11 1082
目的：浏览器在发送某些非简单请求（Non-Simple Request）前，自动发起一个 OPTIONS 方法的预检请求，检查目标服务器是否允许实际请求。请求方法非 GET/POST/HEAD（如 PUT、DELETE）。请求头包含非简单头（如 Authorization、Content-Type: application/json）。
OPTIONS 预检请求是什么？
stay hungry, stay foolish
04-29 1231
OPTIONS 请求是 HTTP 协议中的一种请求方法。它是 HTTP/1.1 规范中引入的，属于“预检请求”（preflight request）的一部分，主要用于跨域资源共享（CORS, Cross-Origin Resource Sharing）的场景中，但也适用于其他需要了解服务器功能的场合。
前端预检请求
qq_23388925的博客
11-17 1111
近期在项目中发现浏览器发出的接口请求有时候会调用两次，第一次返回报跨域且鉴权未通过，第二次请求也失败。十分不解， 查了一下资料，原来是由于预检测请求，相关资料如下 背景 不知道大家有没有发现，有时候我们在调用后台接口的时候，会请求两次，如下图的 其实第一次发送的就是preflight request(预检请求)，那么这篇文章将讲一下，为什么要发预检请求，什么时候会发预检请求，预检请求都做了什么 一. 为什么要发预检请求 我们都知道浏览器的同源策略，就是出于安全考虑，浏览器会限制从脚本发起的跨域HTTP请求
HTTP预请求（Preflight Request）
qq_44327851的博客
05-03 2085
服务器接收到预请求后，会检查这些头部信息，并根据请求头部中的信息来决定是否允许实际请求。HTTP预请求（Preflight Request）是CORS（跨域资源共享）机制中的一种请求，用于在实际的跨域请求之前进行一次预检请求，以确定是否可以安全地发送实际请求。当服务器接收到预请求后，应该返回一个带有合适的CORS头部信息的响应，以表示服务器是否支持跨域请求，并确定是否允许实际请求。预请求的目的是确保跨域请求的安全性，防止潜在的安全风险。这种机制可以有效地防止跨域请求可能带来的安全风险。
预检请求（preflight request）
qq_21058391的博客
06-10 5889
我们先看看什么是 预检请求：A CORS preflight request is a CORS request that checks to see if the CORS protocol is understood.It is an OPTIONS request, using three HTTP request headers: Access-Control-Request-Method...
预检请求：为跨域请求保驾护航（上）
你若盛开，清风自来
02-19 1576
预检请求（Preflight Request）是一种在实际请求之前，浏览器先发送一个检查请求，用来询问服务器是否允许该实际请求的方法。这种请求方式主要用于解决跨域请求中可能遇到的问题。在跨域请求中，由于同源策略的限制，某些请求可能会被浏览器拦截，无法发送到目标服务器。为了解决这个问题，预检请求应运而生。通过先发送一个检查请求，浏览器可以询问服务器是否允许该实际请求，如果服务器允许，则再发送实际的请求；如果服务器不允许，则浏览器可以阻止实际的请求，从而避免跨域问题。
预检请求
m0_38066007的博客
05-11 348
简单请求不会发起预检请求 简单请求： GET、POST、HEAD 或者 content-type 为 text/plain multipart / form-data application / x-www-form-urlencoded 预检请求发起条件 PUT DELETE CONNECT OPTIONS TRACE PATCH Access-Control-Max-Age 用来指定本次预检请求的有效期，单位为秒，在此期间，不用发出另一条预检请求 ...
预检请求_
weixin_45543674的博客
01-24 5915
只有复杂请求才发送预检请求。 非简单请求是复杂请求。 简单请求只有： 只可能有GET + POST +HEAD三种请求类型。而且必须满足下面的2和3两个特征，（POST请求也不全是简单请求，后面有例子） 不能有自定义头字段 ，只能有以下几种： Accept Accept-Language Content-Type Content-Language Content-Type的值只能是以下三种： text/plain multipart/form-data 上传文件用的 application/x-w
CORS跨域带来的preflight request
咕咕鸡的博客
01-12 8314
cors跨域
【前端】http预请求options
锦瑟年华,逐梦之人
06-15 774
在有很多情况下,当我们在js里面调用一次ajax请求时,在浏览器那边却会查询到两次请求,第一次的Request Method参数是OPTIONS,还有一次就是我们真正的请求,比如get或是post请求方式。 查阅相关的资料之后发现, 这是浏览器对复杂跨域请求的一种处理方式,在真正发送请求之前, 会先进行一次预请求, 就是我们刚刚说到的参数为OPTIONS的第一次请求, 它的作用是用于试探性的服务器响应是否正确, 即是否能接受真正的请求, 如果在options请求之后获取到的响应是拒绝性质的,例如500等ht
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值