相同WAR与CSS部署两台服务器其中一台element.style被禁用问题咨询

可能的问题根因 #

• 服务端渲染配置差异：WAR包一致不代表运行时配置完全相同，Java应用可能读取了服务器本地独有的环境变量、本地配置文件、数据库差异化开关参数，导致服务端模板渲染时未生成对应div的style="display: none;"属性。
• 前端动态逻辑执行失败：element.style内的样式属于JS动态注入的属性，若异常服务器返回的JS资源被篡改、JS依赖的后端接口返回值与正常服务器不同，会导致负责添加该样式的JS逻辑未执行或执行报错。开发者工具中element.style禁用不可编辑的现象，也符合浏览器安全策略拦截内联样式的特征。
• 负载均衡策略影响（高概率诱因）：
  • 负载均衡开启了响应内容改写规则，例如插入统计脚本、恶意内容过滤，误删除了div元素的style属性，或修改了JS代码导致逻辑失效。
  • 负载均衡缓存异常，返回了未更新的过期HTML/JS静态资源，即使后端部署了最新WAR包，缓存的旧内容未被清空。
  • 负载均衡添加了差异化的HTTP响应头，例如Content-Security-Policy（内容安全策略）头未放开内联style权限，会导致浏览器直接禁用元素上的内联样式，完全匹配你遇到的element.style禁用无法编辑的现象。
  • 负载均衡的WAF（Web应用防火墙）规则误识别style属性为恶意内容，做了移除处理。

排查步骤 #

• 对比两台服务器返回的原始HTML源码（通过浏览器网络面板查看Response原始内容，不要使用Elements面板的渲染后内容），确认对应div的属性是否完全一致。
• 对比两台服务端返回的HTTP响应头，重点检查Content-Security-Policy等影响浏览器解析行为的配置差异。
• 清空负载均衡缓存后测试，临时绕过负载均衡直接访问后端服务器，确认问题是否消失。
• 查看异常页面的浏览器控制台日志，确认是否存在CSP拦截、JS执行报错的相关记录。

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