新来的同事问我，我的项目中出现了很多options的请求，然后后台服务都挂了，我不知道如何处理;

http协议

其实通过http方式我们最常用的就是：GET，POST; 他们都可以作为前端和后台的数据交换使用;

options在什么情况下出现

• 跨域调用，例如：调试时候很多情况都在跨越方式下调试;

• 自定义头部

• 请求头的content-type参数：application/x-www-form-urlencoded，multipart/form-data，text/plain之外的格式

以上三种情况出现就会出现options请求了，说白就是为了服务器安全，例如：同源策略引发这个规则;

options通常是浏览器自动发起的，目的就是去服务器检查一下接下来要到用的方法(GET、POST、PUT、detele)在服务器上是否支持;

对于服务器该如何处理

检查以下内容

A：方式

• 来源是否允许

• 自定义的头部是否包含(这个和你项目有关)

如果你项目认为是安全的，直接返回200状态码，就可以;

B：方式

• 来源是否允许

• 自定义的头部是否包含(这个和你项目有关)

• 检查content-type 的内容是否是你期望的

如果你项目认为是安全的，直接返回200状态码，就可以

如果不允许你可以放回状态码400或者其他;

options请求影响服务性能，如何优化

本来一个请求就搞定，结果频繁多了很多options必然造成服务的压力;

可以做到options请求做缓存处理，例如： http:// www.**.com/api/getUser 接口会出现 options请求，我们在options返回是做一次options缓存，告知前端以后在此请求这个接口就不要在发options了，服务器响应时可设置 Access-Control-Max-Age 的时间，默认10分钟;

进一步理解options

和options有关的关键字段作用

• Access-Control-Request-Method：告知服务器，接下来请求将使用方法，例如POST

• Access-Control-Request-Headers：告知服务器，接下来请求将携带的自定义请求首部字段

MDN 中对于OPTIONS的描述

HTTP 的 OPTIONS 方法 用于获取目的资源所支持的通信选项。客户端可以对特定的 URL 使用 OPTIONS 方法，也可以对整站(通过将 URL 设置为“*”)使用该方法。”