Vaadin 7.7.9会话超时异常：无法按12小时设定预期过期

嘿，我来帮你排查这个会话过期不符合预期的问题！结合你用的Vaadin 7.7.9、Tomcat 9和AWS Elastic Beanstalk环境，大概率是这几个地方的配置冲突或者被平台覆盖了，咱们一步步来梳理：

1. Tomcat全局会话超时覆盖了Vaadin的设置 #

Tomcat的全局会话超时配置优先级通常比Vaadin的参数更高，尤其是在Elastic Beanstalk这类托管环境里，平台可能自带默认配置（比如默认30分钟），直接覆盖了你代码里的设置。

• 检查并修改项目的WEB-INF/web.xml：
  添加或修改<session-config>节点，设置为12小时（720分钟）：

  <session-config>
      <session-timeout>720</session-timeout>
  </session-config>
  

• Elastic Beanstalk平台级配置：
  如果项目打包后部署到EB，平台可能会用自己的Tomcat配置覆盖你的文件。可以通过.ebextensions目录添加配置文件强制设置：
  创建.ebextensions/tomcat-session-timeout.config，内容如下：

  files:
    /etc/tomcat9/conf/web.xml:
      mode: "000644"
      owner: tomcat
      group: tomcat
      content: |
        <?xml version="1.0" encoding="UTF-8"?>
        <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
                 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                 xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
                 version="4.0">
          <session-config>
              <session-timeout>720</session-timeout>
          </session-config>
        </web-app>
  

  （注意：如果你的Tomcat安装路径不同，需要调整文件路径）

2. Vaadin代码配置的细节问题 #

你提到在UI类的init方法里设置了会话超时，这里要注意几个容易踩坑的点：

• 单位是分钟！别搞混：
  Vaadin的getSession().setSessionTimeout(720)里的参数是分钟，720正好是12小时，确保你没写成秒（比如43200是秒，但Vaadin这里不认）。
• 心跳间隔要合理：
  Vaadin默认5分钟发送一次心跳，用来告诉服务器会话还活跃。如果心跳间隔太长，服务器可能会认为会话 inactive 提前回收。建议设置成小于会话超时的一半，比如30分钟：

  @Override
  protected void init(VaadinRequest request) {
      // 设置12小时会话超时
      getSession().setSessionTimeout(720);
      // 调整心跳间隔为30分钟
      getSession().setHeartbeatInterval(30);
      // 如果用了Push，确保Push模式配置正确
      getSession().getPushConfiguration().setPushMode(PushMode.AUTOMATIC);
  }
  

• Servlet注解参数冲突：
  检查你的Vaadin Servlet配置，确保@VaadinServletConfiguration里的sessionTimeout和代码里的设置一致：

  @WebServlet(urlPatterns = "/*", name = "MyUIServlet", asyncSupported = true)
  @VaadinServletConfiguration(ui = MyUI.class, productionMode = true, sessionTimeout = 720)
  public class MyUIServlet extends VaadinServlet {
  }
  

3. AWS Elastic Beanstalk负载均衡与Auto Scaling的影响 #

如果你的环境用了负载均衡器（ELB）或者Auto Scaling组，这两个组件很容易导致“看似会话过期”的问题：

• 会话粘性未开启：
  负载均衡器默认会把用户请求分发到不同的Tomcat实例，每个实例的会话是独立的。如果用户的请求被切换到新实例，就会丢失原来的会话，看起来像是过期了。
  解决：在Elastic Beanstalk控制台的配置 > 负载均衡器里，开启会话亲和性（也叫粘性会话），并设置超时时间为12小时，和你的会话超时匹配。
• Auto Scaling实例替换：
  如果Auto Scaling组频繁替换Tomcat实例，旧实例上的会话会直接丢失。这种情况建议用分布式会话存储，比如把会话存在AWS ElastiCache（Redis）里，然后配置Tomcat使用Redis会话管理器，这样即使实例被替换，会话数据还能保留。

4. Tomcat Context配置的单位陷阱 #

Tomcat的context.xml里的maxInactiveInterval参数是秒数，很多人会和分钟搞混，导致配置错误：

比如如果误写了<Manager maxInactiveInterval="720" />，这其实是12分钟，不是12小时！正确的12小时应该是720*60=43200秒：

<Context>
    <Manager pathname="" maxInactiveInterval="43200" />
</Context>

检查你的META-INF/context.xml或者Tomcat全局的conf/context.xml，确保这个参数设置正确。

1. 先在本地Tomcat 9上测试，排除AWS环境的影响，看会话是否能正常保持12小时；
2. 检查Tomcat的日志（localhost.log或catalina.log），搜索session expired相关的日志，看服务器记录的会话超时时间是多少；
3. 验证Elastic Beanstalk的负载均衡粘性会话是否开启，以及实例是否频繁重启。

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