选项请求方法选项请求方法有两个主要用途。 1、获取服务器支持的HTTP请求方法；
2、为了检查服务器的性能。 例如，在AJAX发出跨域请求的印前检查中，必须向另一个域名资源发送http选项请求标头，以确定实际发送的请求是否安全。
为什么会出现选项的委托方法呢？ 很多合作伙伴在第一次遇到选项的委托方法时，会有点吃惊吧。 有些人会变成百度，有些人完全不在意吧。 我也在百度上查资料了解一下为什么options的请求来了。
这必须从浏览器的同源政策和域间话题开始。 可以具体阅读，也谈同源策略和域间问题和浏览器同源政策及其避免方法，这里不做说明。
虽然解决域间问题的方法有很多，但是CORS是比较好的解决方案，我们的项目也使用了这个模型。 此模型有“印前检查”请求，也就是常规请求之前的选项请求。
跨域资源共享(CORS )使用附加HTTP报头来通知浏览器允许在一个origin(domain )上运行的web APP应用访问不同源服务器上的指定资源当资源从与资源本身所在的服务器不同的域或端口请求资源时，资源将启动域间HTTP请求。 例如，通过站点http://domain-a.com所在的HTML页面的src请求http://domain-b.com/image.jpg。 网络上的许多页面都加载了不同域的资源，如CSS样式表、图像和脚本。 由于安全原因，need-to-insert-img会限制脚本中的源到源HTTP请求。 例如，XMLHttpRequest和Fetch API遵循同源策略。 这意味着，使用这些API的web APP应用程序只能从加载APP应用程序的同一域请求HTTP资源，除非使用CORS头文件。 浏览器将CORS请求分为简单请求(simple request )和非简单请求(not-simple-request )两种，简单请求不预检，简单请求不预检。 同时满足以下三个条件是简单的要求，否则非简单的要求1 .要求方式为： GET、POST、HEAD2.HTTP要求报头限制的几个字段、Accept、Accept-Language、cood