Tomcat会话保持不能依赖环境变量配置，因为jvmRoute必须在server.xml的Engine标签中显式声明，且外部session存储（如Redis）依赖lib包和context.xml配置，环境变量对Manager初始化和路由逻辑无影响。
JAVA_OPTS 或 CATALINA_OPTS 中的 session 相关参数（如 -DjvmRoute）既无效也不必要——真正起作用的是 XML 配置、代理策略或外部存储集成。
为什么不能靠环境变量控制会话保持
Tomcat 的会话生命周期管理由 Manager 实现类（如 StandardManager、DeltaManager、MemcachedBackupSessionManager）驱动，这些组件在 server.xml 或 context.xml 中声明并初始化。环境变量仅影响 JVM 启动参数或日志路径等全局行为，无法注入会话路由逻辑或集群通信配置。
jvmRoute 必须写进 Engine 节点，不是环境变量
当使用 Nginx 的 ip_hash 或 sticky session 时，后端 Tomcat 需标识自身节点名，供代理识别。这个标识必须通过 XML 显式设置：
<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcatA">
若误以为设 export JVM_ROUTE=tomcatA 就能生效，实际会导致：Nginx 仍转发请求，但 Tomcat 日志里看不到 route 信息，sessionid 末尾不带 .tomcatA，后续故障排查完全失焦。
-
jvmRoute只在Engine标签内有效，且需与 Nginx 的upstream中route=值一致（如BalancerMember ajp://172.18.68.21:8009 route=tomcatA） - 若用 AJP 协议，
jvmRoute还会影响 AJP 包头中的route字段，这是 sticky 的底层依据 - 修改后必须重启 Tomcat，热加载不生效
外部 session 存储（Redis/Memcached）依赖的是 lib 和 context.xml
想用 Redis 托管 session，关键动作是：
- 把
tomcat-redis-session-manager-*.jar和jedis-*.jar放入$CATALINA_HOME/lib/（不是WEB-INF/lib） - 在
$CATALINA_HOME/conf/context.xml里配Manager，例如：
<Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager"
host="172.16.1.51" port="6379" database="0"
maxInactiveInterval="60" />
环境变量对这类配置零影响。有人试图用 CATALINA_OPTS="-Dredis.host=..." 传参，但除非代码里显式调用 System.getProperty("redis.host")，否则纯属摆设。
最容易被忽略的点：context.xml 优先级高于 server.xml
如果你在 server.xml 的 GlobalNamingResources 里配了 Manager，又在应用的 META-INF/context.xml 里覆盖了另一个 Manager，最终生效的是后者——因为 Tomcat 加载顺序是：全局 context → Host context → WebApp context，越靠近应用层优先级越高。没意识到这点，改了半天 server.xml 却始终不走 Redis，问题就卡在这儿。
