Open amandakelake opened 5 years ago
nice
GET不是不会触发么?为啥说“其实非简单请求之外的就会触发预检,就不用记那么多了”
GET不是不会触发么?为啥说“其实非简单请求之外的就会触发预检,就不用记那么多了”
如果使用 get,但是人为设置了其他头,或者是规定外的 Content-Type
就不是简单请求了,就会发预检了。
为什么预检options请求中已经添加了Access-Control-Allow-Origin等响应头了,这样已经达到了服务器允许那些来源的请求,其他请求还需要加Access-Control-Allow-Origin等响应头
options预检请求,会存在跨域问题么
options预检请求,会存在跨域问题么
作者开头就说了,不一定是浏览器限制了跨站请求,也可能是跨站请求可以正常发起,但是返回结果被浏览器给拦截了。
nice
您好,我已经收到信件,我会尽快处理的……祝快乐每一天。
您好,我已经收到信件,我会尽快处理的……祝快乐每一天。
概述
当一个资源从与该资源本身所在的服务器不同的
域、协议、端口
请求一个资源时,资源会发起一个跨域 HTTP 请求。同源策略参考浏览器的同源策略 | MDN出于安全原因,浏览器限制从脚本内发起的跨源HTTP请求,XMLHttpRequest和Fetch API,只能从加载应用程序的同一个域请求HTTP资源,除非使用
CORS头文件
对于浏览器限制这个词,要着重解释一下:不一定是浏览器限制了发起跨站请求,也可能是跨站请求可以正常发起,但是返回结果被浏览器拦截了
CORS概述
跨域资源共享标准新增了一组 HTTP 首部字段,允许服务器声明哪些源站通过浏览器有权限访问哪些资源。
另外,规范要求,对那些可能对服务器数据产生副作用的 HTTP 请求方法(特别是 GET 以外的 HTTP 请求,或者搭配某些 MIME 类型的 POST 请求),浏览器必须首先使用 OPTIONS 方法发起一个预检请求(preflight request),从而获知服务端是否允许该跨域请求。
服务器确认允许之后,才发起实际的 HTTP 请求。在预检请求的返回中,服务器端也可以通知客户端,是否需要携带身份凭证(包括 Cookies 和 HTTP 认证相关数据)。
简单请求
不会触发CORS预检的请求称为简单请求,满足以下所有条件的才会被视为简单请求,基本上我们日常开发只会关注前面两点
GET、POST、HEAD
其中一种方法Accept
Accept-Language
Content-Language
Content-Type
仅限以下三种text/plain
multipart/form-data
application/x-www-form-urlencoded
DPR、Download、Save-Data、Viewport-Width、WIdth
XMLHttpRequestUpload
对象均没有注册任何事件监听器;XMLHttpRequestUpload 对象可以使用 XMLHttpRequest.upload 属性访问预检请求
需预检的请求要求必须首先使用
OPTIONS
方法发起一个预检请求到服务器,以获知服务器是否允许该实际请求。"预检请求“的使用,可以避免跨域请求对服务器的用户数据产生未预期的影响下面的请求会触发预检请求,其实非简单请求之外的就会触发预检,就不用记那么多了
PUT、DELETE、CONNECT、OPTIONS、TRACE、PATCH
方法Content-Type
的类型XMLHttpRequestUpload
对象注册了任何事件监听器ReadableStream
对象以下是一个发起预检请求的例子 发起请求的
origin
与请求的服务器的host
不同,而且根据上面的条件判断,触发了预检请求附带身份凭证 -> cookies
如果发起请求时设置
withCredentials
标志设置为true
,从而向服务器发送cookie, 但是如果服务器端的响应中未携带Access-Control-Allow-Credentials: true
,浏览器将不会把响应内容返回给请求的发送者对于附带身份凭证的请求,服务器不得设置
Access-Control-Allow-Origin
的值为*
, 必须是某个具体的域名注意,简单 GET 请求不会被预检;如果对此类带有身份凭证请求的响应中不包含该字段,这个响应将被忽略掉,并且浏览器也不会将相应内容返回给网页
完整请求流程
参考
HTTP访问控制(CORS) | MDN Server-Side Access Control | MDN Using CORS - HTML5 Rocks 浏览器的同源策略 | MDN