Tomcat 8.0.27环境下JSP中同一变量completename解析结果不一致求助

1. 服务端变量作用域&赋值逻辑排查 #

• 首先确认completename的定义位置：如果是在JSP的全局声明块<%! %>中定义的成员变量，Tomcat多线程处理请求时会共享该变量，高并发下会被其他请求的赋值覆盖，是JSP开发中非常常见的问题，必须改为在<% %>脚本块内定义局部变量使用。
• 逐行检查completename从赋值到两次输出之间的所有代码，确认是否存在隐式修改该变量的逻辑：比如拼接域名时是否调用了会修改入参的工具方法、是否存在条件分支动态替换域名的逻辑（比如根据请求头Host、X-Forwarded-Host拼接域名时，中间逻辑错误修改了变量值）。
• 加日志确认服务端输出值：在两次输出completename的代码前分别添加日志打印System.out.println("输出1：" + completename);和System.out.println("输出2：" + completename);，查看Tomcat控制台的打印结果，如果两次打印值不同，100%是服务端变量被修改的问题，如果两次打印值相同，问题出在响应内容返回过程中或客户端。

2. 反向代理&响应改写规则排查 #

• 你当前的服务明显是外层有Nginx/Apache反向代理，将公网formatika.de的请求转发到内网localhost:8080的Tomcat服务，检查反向代理的配置：是否存在针对响应内容的域名替换规则，比如规则写的不严谨只匹配到了iframe的src属性，没有匹配a标签的href属性，导致部分域名被替换为localhost。
• 检查Tomcat侧的URL重写配置：包括server.xml的Host配置、Web应用中是否引入了UrlRewriteFilter等重写组件，是否存在针对HTML属性内容的改写逻辑。

3. 客户端侧干扰排查 #

• 直接右键浏览器页面点击「查看网页源代码」，不要用F12元素面板查看，确认原始HTML中两个completename的输出值是否一致，排除是页面加载后前端JS动态修改了iframe的src属性的问题。
• 检查completename的取值是否包含未转义的特殊字符（比如引号、尖括号），导致a标签的href属性提前闭合，浏览器解析时将后续内容识别为其他属性值，出现看起来变量值不对的假象。

4. 最小化场景验证 #

• 临时新建测试JSP页面，只保留completename的赋值逻辑和两次输出代码，去掉所有其他HTML标签、业务逻辑，直接访问测试页查看输出结果是否一致，快速排除其他业务代码的干扰。

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