Tomcat 9 Rewrite Valve问题：WEB-INF下rewrite.config配置无效

核心原因 #

当在应用的META-INF/context.xml中配置RewriteValve时，Valve是在当前应用的上下文范围内工作，和全局server.xml中Host级别的Valve逻辑完全不同：

• 全局配置时，规则需要匹配完整的请求路径（包含应用上下文前缀，比如/mySpringApp/myAngularApp/）
• 应用内配置时，Tomcat会自动剥离请求路径中的应用上下文前缀，规则只需匹配相对于应用的路径。

另外，应用内Valve中REQUEST_PATH的指向逻辑和全局不同，改用REQUEST_FILENAME判断静态文件是否存在更可靠。

正确的应用内配置步骤 #

1. 保留META-INF/context.xml配置 #

<Context>
  <Valve className="org.apache.catalina.valves.rewrite.RewriteValve"/>
</Context>

2. 修改WEB-INF/rewrite.config规则 #

替换原有规则为以下内容：

# 排除实际存在的静态文件和目录
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 将所有非静态资源请求转发到Angular的入口页
RewriteRule ^(.*)$ index.html [L]

或者如果需要明确指定完整路径，也可以写成：

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /mySpringApp/myAngularApp/index.html [L]

关键细节 #

• REQUEST_FILENAME：在应用级Valve中，这个变量会直接映射到应用目录下的实际文件路径，能准确判断请求的是否是存在的静态资源（比如css、js、图片）。
• [L]标记：表示匹配当前规则后停止后续规则处理，避免无效的规则匹配，提升性能。

原有规则失效的具体原因 #

你之前的规则RewriteRule ^/mySpringApp/myAngularApp/(.*) /mySpringApp/myAngularApp/index.html在应用内配置时，因为请求路径已经被Tomcat剥离了上下文前缀，实际处理的路径是/xxx而非/mySpringApp/myAngularApp/xxx，导致规则根本匹配不到任何请求。

尝试SERVLET_PATH时，由于Angular路由路径通常不属于Spring Servlet的映射范围，SERVLET_PATH无法正确覆盖所有路由场景，导致静态资源判断逻辑失效。

内容的提问来源于stack exchange，提问作者Chris-Max-P