多Jetty实例共用单个.war文件是否存在安全隐患？

核心结论：会话信息不会泄露 #

你不用担心多个Jetty 9.3实例共用外部WAR文件导致会话泄露，核心原因如下：

• Jetty每个实例会将外部WAR文件独立提取到自身目录的work文件夹，提取后的文件是各实例私有的，互相不存在读写干扰
• 每个Jetty实例拥有独立的类加载器，应用运行时的会话数据默认存储在各自实例的内存空间中，实例间完全隔离，无法直接访问对方的会话信息
• 除非你主动配置了分布式会话共享（比如Redis、JDBC会话存储），否则默认情况下会话完全是实例私有的

共用WAR的注意事项 #

• 确认每个Jetty实例的context.xml配置中，War指向外部路径（如<Set name="war">C:\war\app.war</Set>），同时workDir保持实例独立（默认就是实例目录下的work，无需额外修改）
• 如果应用依赖可写的外部文件（比如日志、临时缓存），务必为每个实例分配独立的目录，避免多个实例读写同一文件导致数据混乱
• 当更新外部WAR文件时，所有Jetty实例会自动检测到变化并重新部署，若需要控制更新时机，可以在context.xml中关闭自动部署监控：<Set name="monitored">false</Set>

架构优化建议 #

• 会话共享（若需负载均衡）：如果后续需要在实例间做负载均衡，可配置Jetty的分布式会话，将会话存储到Redis或数据库中，确保用户请求切换实例时会话不丢失
• 外部化配置：将应用的配置文件（如application.properties）从WAR中分离，放在外部目录，每个实例可引用统一配置或各自的实例专属配置，避免修改WAR文件调整配置
• 容器化部署：用Docker打包Jetty和WAR镜像，通过镜像版本管理应用，部署多个容器实例时只需拉取新镜像重启，更新流程更标准化
• 反向代理层：在Jetty实例前部署Nginx等反向代理，实现负载均衡、请求路由和SSL终止，提升整体架构的可用性和安全性

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