HTTP 之 options预请求 nginx 解决跨域 postman调试跨域问题_nginx option解决跨域问题

一、HTTP一共有八种常见请求方法

1. get：参数在url上，浏览器长度有限制，不安全
2. post：参数不可见，长度不受限制
3. put：上传最新内容到指定位置
4. delete：删除请求的url所表示的资源
5. head：不返回相应主体，主要用于客户端查看服务器性能
6. options：与head类似，是客户端用于查看服务器的性能 。JavaScript的XMLHttpRequest对象进行CORS跨域资源共享时，就是使用OPTIONS方法发送嗅探请求，以判断是否有对指定资源的访问权限
7. connect：http1.1预留的，将连接方式改为管道方式，通常用于SSL加密服务器的链接与 HTTP非加密的代理服务器之间的通信
8. trace：请求服务器[回显收到的请求信息]主要用于HTTP请求的测试或诊断
9. patch：出现的较晚，用于更新局部的资源，不存在时，会创建一个新的(http1.1之后使用的较多的)

一般来说我们只需要用到post和get，但是如果后端是ResetFul设计规范下就需要用到各种语义化的方法了

二、什么是预请求

预请求就是复杂请求（可能对服务器数据产生副作用的HTTP请求方法，如put，delete都会对服务器数据进行修改，所以要先询问服务器）。
跨域请求中，浏览器自发的发起的预请求,浏览器会查询到两次请求，第一次的请求参数是options，以检测试实际请求是否可以被浏览器接受

三、为什么需要

w3c规范要求，对复杂请求，浏览器必须先使用options发起一个预检请求，从而获知服务器是否允许该跨域请求，服务器确认以后才能发起实际的HTTP请求，否则停止第二次正式请求。

那为什么我们不常见options请求呢？？
因为大部分我们使用的是get，post请求，他们属于简单请求，而简单请求不会触发options请求。
那什么情况下会发生options请求呢？？？