options请求只会在跨域时才有吗？

### 回答1：
不完全正确。虽然OPTIONS请求通常在跨域请求中使用，但它不仅限于跨域请求。OPTIONS请求可以用于任何类型的请求，包括同源请求。

OPTIONS请求通常用于跨域请求中，因为浏览器在执行跨域请求时会先发送OPTIONS请求以获取服务器支持的请求方法和头信息等。如果服务器支持该请求，则浏览器会发送实际请求，否则请求将失败。这是由于浏览器的同源策略，旨在防止恶意网站获取用户敏感信息或执行不良操作。

### 回答2：
不是的，OPTIONS请求并不仅仅在跨域时才会使用。OPTIONS请求是根据HTTP协议规定的一种方法，用于获取服务器所支持的HTTP方法列表以及其他与请求的资源相关的信息。它可以用于同域和跨域请求。

在同域请求中，当一个客户端发送一个带有OPTIONS方法的请求时，服务器会返回关于该资源所支持的各种请求方法（例如GET、POST等）以及其他信息（例如允许访问该资源的域名列表、请求头部等）。这些信息可以帮助客户端了解服务器所支持的操作，并适当地进行后续操作。

在跨域请求中，由于浏览器的同源策略限制，跨域请求需要进行预检（preflight），浏览器会先发送一个OPTIONS请求到目标服务器，以确认是否允许实际请求，例如是否允许通过Ajax请求跨域资源。服务器在收到OPTIONS请求后，会根据请求头部中的信息进行验证，然后返回允许的请求方法和其他信息给浏览器，浏览器根据返回的结果来判断是否发送实际请求。

因此，OPTIONS请求不仅局限于跨域请求，它在同域和跨域场景下都有使用的价值。

### 回答3：
options请求并不只会在跨域时才出现。

Options请求是HTTP协议中的一种请求方法，用于获取关于服务器支持的请求方法、请求头等信息。它的作用是让客户端可以在发送实际请求之前，了解服务器对于跨域请求的支持情况。

一般情况下，当浏览器发送跨域的GET、POST等请求时，会先发送一个OPTIONS请求到目标服务器，以获取服务器是否允许该跨域请求的相关信息。服务器会在返回的响应头中指定所允许的请求方法，请求头信息等内容。只有当服务器返回的OPTIONS响应中允许浏览器发送实际请求的方法和头信息时，浏览器才会发送具体的GET、POST等请求。

但是，并非所有场景下都需要发送OPTIONS请求。在同源访问情况下，即域名、协议和端口号都完全一致的情况下，浏览器会直接发送实际的请求，而不会发送OPTIONS请求。

因此，虽然OPTIONS请求在跨域场景下非常常见，但并不是所有的跨域请求都会触发OPTIONS请求。同源访问下的请求是不会触发OPTIONS请求的。