Struts 2中Tuckey URL Rewrite配置后无法生效的问题排查

从你提供的Tomcat日志来看，URL重写规则其实已经成功匹配并执行了转发——日志里明确显示：

org.apache.catalina.core.ApplicationContext.log org.tuckey.web.filters.urlrewrite.RuleExecutionOutput DEBUG: needs to be forwarded to /Profile?id=2345

那为什么你觉得请求没有被正确重写？我们可以从以下几个方向排查：

1. 确认Struts Action配置是否正确 #

转发后的请求/Profile?id=123需要被Struts正确映射到对应的Action：

• 检查你的Struts配置文件（如struts.xml）中，是否存在name="Profile"的Action定义
• 确认该Action类中是否包含id属性的getter/setter方法，或者通过注解接收参数
• 可以直接访问http://localhost:8080/Test/Profile?id=123测试，如果这个地址也无法正常访问，说明问题出在Struts配置而非URL重写

2. 区分转发（Forward）和重定向（Redirect）的差异 #

当前你的规则使用的是默认的内部转发（Forward），这种方式下浏览器地址栏会保持原请求地址/Profile/123，不会显示重写后的/Profile?id=123。如果你的需求是让地址栏显示重写后的URL，需要在规则中添加重定向配置：

<rule match-type="regex">
  <from>^/Profile/([0-9]+)$</from>
  <to>/Profile?id=$1</to>
  <set type="redirect"/> <!-- 添加这一行启用重定向 -->
</rule>

3. 修复过滤器链顺序问题 #

控制台出现的MonitorFilter::WARNING: the monitor filter must be the first filter in the chain.提示，说明你项目中使用的Struts MonitorFilter没有放在过滤器链的最前端。虽然这可能不是当前重写失效的直接原因，但建议调整web.xml的过滤器顺序：

• 将MonitorFilter的配置放在所有过滤器的最前面
• 确保UrlRewriteFilter在StrutsPrepareAndExecuteFilter之前，这样重写后的URL才能被Struts正确处理

4. 验证上下文路径的影响 #

从日志里的processing request for /Profile/2345可以看出，UrlRewriteFilter处理的是去掉上下文路径（/Test）后的请求路径，所以你的<from>规则是正确的。如果你的上下文路径有大小写差异（比如日志里是/test而你请求的是/Test），Tomcat默认是大小写不敏感的，但建议保持一致避免潜在问题。

额外调试技巧 #

可以在Struts Action的execute方法中添加日志，打印id参数的值，确认转发后的请求是否成功传递了参数，这样能快速定位是重写问题还是Struts处理问题。

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