最近改造项目最多，把所有的ajax要求都统一处理了一点，发现体面的ajax要求突然异常，在每个ajax之前相应的method增加了选项的要求。 以前在ajax的请求中我知道method有这个，但是我不太知道，所以在这次的播放中做一个小小的学习总和吧~
什么是选项请求？ 为什么有选项的请求？ 首先，让我们来看看公式或比较公式的定义：
HTTP的OPTIONS方法用于获取目标资源支持的通信选项。 客户端可以通过对特定URL使用OPTIONS方法，或将URL设置为“*”来对整个工作站使用此方法。 --MDN网络docs
此外，options请求具有以下特性：
是否允许可选注释请求has body no请求体Successful response has bodyNo成功响应具有响应体SafeYes安全IdempotentYes密等性、不变性，同一接口有多少次表单中不容易使用Allowed in HTML formsNo。 options请求用于请求服务器对特定接口等资源的支持情况，包括各种请求方法和头部支持情况，仅用作查询。 请给我栗子。
- curl-x options 3359 xxxx.com/micro/share/getsharerecord-I http/1.1200 ok server : nginx/1.13.3 date 3360 mon0jul 201812336050336008 GMT content-length : connection : keep-alive allow : get，HEAD，POST，POST 跟踪路径框架选项3360 sameoriginaccess-control-allow-origin : access-control-allow-credentials 3360真响应标头包含服务器上请求此接口的方式和几个header的使用许可情况，即上面的获取服务器对于某些资源的选项、支持情况
除了这些，options和其他http请求还有什么区别吗？ 有答案
虽然我有点听不懂浏览器级行动的概念，但是嗯，我自己是这么说的。 浏览器主动发起的行为“浏览器级行为”options是浏览器级行为的原因是，在某些情况中，常规的get或post请求首先自动发出选项请求
看看这个“某种状况”是什么状况？
1、跨域请求、非跨域请求没有选项请求
2、定制点播头
3、请求头内容类型为应用/x-www-form-urlencoded、多格式/form-data、文本/plain以外的格式
如果满足条件12或13，您是否曾在简单的ajax请求中看到options请求，并感受到一点同源策略的含义？ 我个人理解这是浏览器基础同源策略的具体实现。 您可以先得到服务器端的确认，然后继续执行以下操作： 所以，选项的要求也被称为“预检”的要求吧。
如果出现了怎么办？ 服务端怎么回应这个？ 这个基本想法是，服务器端收到请求时，首先判断是否是选项请求，判断源，在没有问题时返回200等成功就可以了。 但是，因为没有制作具体的demo等，所以这个不能详细说。