什么时候发起options请求

### 回答1：
Options请求通常在发送跨域资源请求前发起。在进行跨域资源请求时，浏览器会先发送一个Options请求，以确定是否允许跨域请求，并确定允许使用哪些HTTP方法（如GET、POST、PUT等）和头信息（如Content-Type、Authorization等）。如果服务器允许跨域请求，则浏览器会继续发送实际的请求。如果不允许跨域请求，则浏览器会收到一个错误响应。

### 回答2：
在网络通信中，当我们需要获取或修改服务器资源，但是又不确定服务器支持哪些操作时，我们可以发送一个OPTIONS请求来获取服务器的支持情况。

具体来说，以下几种情况下可以发起OPTIONS请求：

1. 预检请求： 当我们需要发送一个跨域的Ajax请求时，浏览器会先发送一个OPTIONS请求给服务器，以确认服务器是否允许此次的跨域请求。

2. 服务器支持的方法：当我们对某个资源发送OPTIONS请求时，服务器会返回一个响应头部，其中包括了服务器支持的操作方法（GET、POST、PUT、DELETE等）。

3. 服务器支持的头信息：除了操作方法外，服务器还可以通过OPTIONS请求告知客户端支持的请求头信息（例如Content-Type、Authorization等）。

4. 服务器支持的跨域资源共享（CORS）：当我们向跨域资源发送OPTIONS请求时，服务器可以返回CORS相关的响应头部，告知浏览器在跨域访问时是否允许使用指定的方法、头信息等。

总结起来，我们通常在需要了解服务器支持情况、进行跨域请求相关操作时，会使用OPTIONS请求来获取服务器的支持情况。

### 回答3：
在开发中，当浏览器发出跨域的Ajax请求时，会自动先发一个options请求。这是因为浏览器的同源策略（Same-Origin Policy）限制了浏览器中的脚本只能对同一域名下的资源进行操作，这就导致了跨域请求受限。

在进行跨域请求之前，浏览器会先发送一个options请求，这个请求被称为预检请求（Preflight Request）。预检请求的目的是确认服务端是否允许请求发送真实请求，以及支持哪些HTTP方法、HTTP头部字段。在预检请求中，浏览器会发送一些特殊的头部字段，如Origin（请求的来源）、Access-Control-Request-Method（请求的方法）和Access-Control-Request-Headers（请求的自定义头部字段），以便服务器能够进行识别和验证。预检请求一般使用HTTP OPTIONS方法发送，并带有特殊的预检头部字段，如Access-Control-Request-Method和Access-Control-Request-Headers。

服务器接收到options请求后，会进行验证，判断是否允许请求发送真实的跨域请求。如果服务器允许跨域请求，则会在预检请求的响应头部中返回一些特殊的头部字段，如Access-Control-Allow-Origin（指定允许的来源）、Access-Control-Allow-Methods（指定允许的HTTP方法）和Access-Control-Allow-Headers（指定允许的自定义头部字段）等。

在浏览器收到对预检请求的响应后，会根据响应头部中的信息判断是否允许真实的跨域请求。如果允许，则浏览器会发送真实的跨域请求，否则会拦截该请求并返回一个错误。

总之，options请求是在进行跨域请求时，为了确认服务器是否允许发送真实的跨域请求而发送的预检请求。