server.servlet.session.timeout: 12h（HTTP 会话的超时时间为 12 小时）

ops/2025/3/5 2:46:12/

从你提供的配置文件（应该是 Spring Boot 的 application.yml 或 application.properties 文件）来看，以下部分与会话超时时间相关：

server:servlet:session:timeout: 12h
#      timeout: 30cookie:name: VENDER_SID

server.servlet.session.timeout: 12h：
- 这行配置明确指定了 HTTP 会话的超时时间为 12 小时。
- 在 Spring Boot 中，server.servlet.session.timeout 用于设置会话的最大不活动时间，单位可以是秒（默认）、分钟（m）、小时（h）等。
- 这里 12h 表示 12 小时，也就是 43,200 秒。
#timeout: 30：
- 这行被注释掉了。如果没有 12h 的配置，超时时间会是 30（可能是 30 分钟或 30 秒，取决于上下文，但通常默认单位是分钟）。但由于 12h 生效，这行不起作用。
cookie.name: VENDER_SID：
- 这指定了会话的 cookie 名称为 VENDER_SID，而不是默认的 JSESSIONID。客户端通过这个 cookie 跟踪会话。

在你的代码中：

request.getSession().setAttribute(Constants.ADMIN_ID, admin.getId());

Constants.ADMIN_ID 被存储到会话中，它的生命周期与会话一致。
根据配置文件，会话的超时时间是 12 小时。这意味着：
- 用户登录后，ADMIN_ID 被写入会话。
- 如果用户在 12 小时内没有任何活动（即没有发送新的请求），会话会过期，ADMIN_ID 会随之失效。
- 如果用户在这 12 小时内保持活跃（发送请求），会话会自动续期，ADMIN_ID 会一直有效。

server.tomcat.max-threads: 3000：
- 设置 Tomcat 的最大线程数为 3000，与会话超时无关，只是影响服务器的并发处理能力。
没有手动设置 setMaxInactiveInterval：
- 从配置文件来看，你没有在代码中手动调用 request.getSession().setMaxInactiveInterval()，因此会话超时完全由 server.servlet.session.timeout 控制。

登录一次后 ADMIN_ID 的过期时间：
- 根据你的配置，ADMIN_ID 在会话中的过期时间是 12 小时（12h）。
- 如果用户在 12 小时内没有活动，会话超时，ADMIN_ID 失效。
- 如果用户持续活跃，会话不会过期，ADMIN_ID 会一直保留，直到手动注销（例如调用 session.invalidate()）或服务器重启。
验证方法：
- 你可以在登录后打印会话的超时时间来确认：
```
System.out.println("Session timeout: " + request.getSession().getMaxInactiveInterval());
```
  应该输出 43200（12 小时的秒数）。
注意事项：
- 如果你的应用还依赖 JWT（从之前的 JwtUtils.createToken 看可能有），JWT 的过期时间可能是独立的，需要检查 JwtUtils 的实现来确认 token 的生命周期。
- 如果需要调整超时时间，可以直接修改 timeout: 12h 为其他值，例如 24h 或 30m。