php接口预检,浅谈关于预检请求

本文探讨了为何浏览器会发送预检请求(CORS预检),主要针对非简单请求,如PUT、DELETE等,以及自定义头部。预检请求通过OPTIONS方法先询问服务器是否允许实际请求,以保护服务器数据不受跨域请求潜在影响。
摘要由CSDN通过智能技术生成

ec62f7a81137cc877ada12f48aec1e4c.png

背景

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

4b42e70e0c7ab099ec9805dc06b2f4c5.png

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

一. 为什么要发预检请求

我们都知道浏览器的同源策略,就是出于安全考虑,浏览器会限制从脚本发起的跨域HTTP请求,像XMLHttpRequest和Fetch都遵循同源策略。

浏览器限制跨域请求一般有两种方式:

1. 浏览器限制发起跨域请求

2. 跨域请求可以正常发起,但是返回的结果被浏览器拦截了

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

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

二. 什么时候发预检请求

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

1. 简单请求

简单请求不会触发CORS预检请求,“简属于

单请求”术语并不属于Fetch(其中定义了CORS)规范。

若满足所有下述条件,则该请求可视为“简单请求”:

- 使用下列方法之一:

- GET

- HEAD

- POST

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值