Springboot2 session设置超时时间无效怎么解决

PHPz

发布时间：2023-05-22 13:49:50

4307人浏览过

来源于亿速云

转载

问题：

今天项目中遇到了一个设置时间超时的问题，按SpringBoot2的application.properties更改一直不生效。

解决方案：

spring boot使用的嵌入式容器受server.*属性的控制。 spring boot将使用servletwebserverfactory实例之一创建servlet容器的实例。这些类利用 server.* 属性来设定受管控的 servlet 容器（例如 tomcat、jetty 等）。
当将应用程序打包成war文件部署到Tomcat实例时，不能使用 server.* 属性。这些不适用，因为可以利用预设的servlet容器（因为服务是在远程运行的）。因此，部署到远程Tomcat将使server.*属性无用。

1. 按照网上给的帖子更改配置文件（如果是Jar启动生效），如下：

server:
  servlet:
    session:
      timeout: PT1H        # 1小时过期
      cookie:
        max-age: PT1H      # 1小时过期

说明：PT1H 意思是设置session失效的时间是1小时。

扩展：Duration

通过查看springboot源码发现setTimeouot方法，这里要求传入Duration的实例

public void setTimeout(Duration timeout) {
       this.timeout = timeout;
    }

Duration是在Java8中新增的，主要用来计算日期差值，Duration是被final声明的，并且是线程安全的。

如果转换字符串方式，类似于 SimpleDateFormat 的格式化日期方式

Duration 字符串类似数字有正负之分：默认为正，负以'-'开头，下面紧接着'PT', 下面时间字母:

'D' – 天
'H' – 小时
'M' – 分钟
'S' – 秒

每个单位都必须由数字开始,且时分秒顺序不能乱,比如：PT2H3M2S 等于 -PT-2H-3M-2S。

2. 设置tomcat的session超时

1)在tomcat的conf目录下，更改servler.xml：

2) 项目中更改web.xml:

3)在程序中更改

session.setMaxInactiveInterval（30*60）；

当你遇到同样的问题时，请先看上面的红字，按顺序排查即可。

测试代码：

@RestController
@RequestMapping("/valid-time")
public class TestController { 
    @GetMapping("/test")
    public String validTime(HttpServletRequest request, HttpServletResponse response) {
        HttpSession session = request.getSession(); 
        int sessionTime = session.getMaxInactiveInterval(); 
        return new StringBuilder("sessionTime=").append(sessionTime).toString();
    }
}

时间不同步导致Spring session失效的巨坑

Linux服务器时间不同步导致Spring session失效的巨坑

由于业务的需要，将原本单机环境转为集群式环境，为了不修改任务所以选择了spring session + redis作为session共享方案。

确认技术方案之后就在网上巴拉巴拉的搜索一堆关于spring session的资料，看了一遍没有发现前人有任何躺坑后，开始着手。

安装redis过程忽略。

根据资料一步一步的将spring session加入工程，单节点情况项目成功跑起来，没有报错，session也成功的写入了redis。

Ex驾校预约小程序

传统驾校预约方式步骤繁琐，效率低下，随着移动互联网科技和5G的革新，驾校考试领域迫切需要更加简洁、高效的预约方式，便捷人们的生活。因此设计基于微信小程序的驾校预约系统，改进传统驾校预约方式，实现高效的驾校学校预约。采用腾讯提供的小程序云开发解决方案，无须服务器和域名。驾校预约管理：开始/截止时间/人数均可灵活设置，可以自定义客户预约填写的数据项驾校预约凭证：支持线下到场后校验签到/核销/二维码自

下载

然后为了稳妥起见，又在自己电脑上安装了nginx，并部署了3个tomcat，一切看起来都那么完美，多个节点之间完成了session共享。

到目前已经完成了所有前期准备，就差最后一步了。

噩梦开始了……

在线上将所有节点部署完成，然后打开浏览器顺利访问到应用，当然我们不能仅仅停留在看到页面完事的地步，怎么也要登录登录吧，于是……

然后……

无数次的输入用户密码，提示登录成功，最终的结果还是被拒之门外，o(╥﹏╥)o

接下来就是无数的填坑之旅

看日志……

看各种请求请求……

怀疑spring session有BUG……

甚至开启了远程DEBUG模式调试，终于在万能的DEBUG模式下看到，spring session的getSession的时候，如果获取到了session，首先会判断此session有没有过期，比较的方式也很简单，就是获取当前系统时间去和session的过期时间进行比较，如果当前时间小于过期时间，则标识此session没有过期。看到这里，瞬间有了一股醍醐灌顶之感，小宇宙终于在这里爆发了。

尼玛—>获取的session全部是过期的，然后……然后……当然是赶紧跑去看服务器时间，于是……哭了o(╥﹏╥)o，原来尼玛是你坑了我……

为了纪念这次躺坑之旅，特发此文