AWS配置：使Struts2预订系统用户会话请求始终指向同一EC2实例

要让用户会话始终路由到同一EC2实例，核心是启用负载均衡器的粘性会话（会话亲和性），以下是具体配置步骤和补充说明：

1. 启用Elastic Beanstalk负载均衡器的粘性会话 #

AWS Elastic Beanstalk默认会为多实例环境配置负载均衡器（ALB或经典ELB），通过开启会话亲和性，负载均衡器会基于用户的Cookie将后续请求路由到首次处理请求的实例：

• 登录AWS管理控制台，进入你的Elastic Beanstalk环境
• 切换到「配置」标签页，找到「负载均衡器」配置模块
• 点击「编辑」，在「会话亲和性」设置区域：
  • 选择「启用」选项
  • 设置会话超时时间（建议与你的Struts2应用会话超时时间保持一致，比如30分钟）
• 保存配置，Elastic Beanstalk会自动更新负载均衡器设置并重新部署环境

2. 确认Struts2的会话Cookie配置 #

确保Struts2应用使用标准的Cookie存储会话ID，这是负载均衡器粘性会话生效的前提：

• 检查项目的struts.xml文件，确认以下配置（默认已开启，可按需调整）：

  <!-- 会话Cookie名称，默认JSESSIONID -->
  <constant name="struts2.session.cookie.name" value="JSESSIONID" />
  <!-- 开启HttpOnly增强安全性 -->
  <constant name="struts2.session.cookie.httpOnly" value="true" />
  <!-- 如果使用HTTPS，开启Secure属性 -->
  <constant name="struts2.session.cookie.secure" value="true" />
  

3. 进阶：会话持久化（可选但推荐） #

粘性会话能解决路由问题，但如果实例故障或重启，用户会话仍会丢失。对于预订系统这类对会话可靠性要求高的场景，建议配置会话持久化：

• 使用AWS ElastiCache（Redis或Memcached）作为分布式会话存储
• 在Struts2中集成分布式会话插件，将会话数据存储到ElastiCache，而非实例本地内存
• 这样即使实例切换，用户会话数据也能从分布式存储中读取，彻底避免会话为空的问题

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