为何Rewrite规则未将OPTIONS转为GET？跨域重写Servlet遇异常

嘿，我来帮你拆解这个问题！你配置的Rewrite规则逻辑本身没问题，但浏览器发送OPTIONS请求而非GET，核心原因和CORS预检机制以及Apache Rewrite的默认行为有关：

为什么会出现OPTIONS请求？ #

当浏览器加载你的someresource.js，而重定向目标是另一个域名（anotherdomain.com）时，触发了跨域场景。如果浏览器判断这是一个非简单请求，就会自动发送一次OPTIONS预检请求——这是浏览器的安全机制，用来确认目标服务器是否允许该跨域请求，和你的Rewrite规则无关。

Rewrite规则为什么不转换请求方法？ #

Apache的Rewrite模块默认会保留原始请求的HTTP方法：也就是说如果原始请求是OPTIONS，重定向后的请求依然是OPTIONS，不会自动转为GET。你的规则只匹配了请求路径，没有对请求方法做过滤，所以OPTIONS请求也被触发了重定向。

解决方案 #

1. 仅对非OPTIONS请求执行重定向

修改你的Rewrite规则，添加条件排除OPTIONS请求：

<VirtualHost *:80>
    ServerName mydomain.com
    RewriteEngine On
    # 匹配目标资源路径
    RewriteCond %{REQUEST_URI} ^/someresource.js
    # 排除OPTIONS预检请求
    RewriteCond %{REQUEST_METHOD} !OPTIONS
    # 执行301重定向
    RewriteRule ^/someresource.js http://anotherdomain.com/bin/test/custom [R=301,L]
</VirtualHost>

2. 正确处理CORS预检请求

如果你的业务场景需要支持跨域，还得配置服务器响应OPTIONS请求的CORS头，让浏览器的预检通过，后续才能正常发送GET请求：

# 处理OPTIONS预检请求，直接返回200
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=200,L,E=HTTP_ORIGIN:%{HTTP:ORIGIN}]

# 设置CORS响应头，允许跨域请求
Header always set Access-Control-Allow-Origin "%{HTTP_ORIGIN}e" env=HTTP_ORIGIN
Header always set Access-Control-Allow-Methods "GET, POST, OPTIONS"
Header always set Access-Control-Allow-Headers "Content-Type"

这样配置后，浏览器的OPTIONS预检会得到合法响应，之后的GET请求会被正确重定向到目标Servlet。

内容的提问来源于stack exchange，提问作者Pakira