解决方法
- Session Sticky
让负载均衡器能够根据每次的请求的会话标识来进行请求的转发，这样就能保证每次都能落到同一台服务器上面。 - Session Replication
即 session 复制，一般应用容器都支持 Session Replication 的方式。这种方式开销大，只适合几台机器的场景。 - Session数据集中存储
是对方案 2 的优化，Session数据不保存到本机而且存放到一个集中存储的地方，如 redis。 - Cookie Based
所有 session 数据放在 cookie 中。
每种方式的具体原理及优缺点，可以查看附录1. 可以发现， 大多数情况下，方法 3 最优。
session基于redis共享有两种基本的方案
基于容器自身的扩展，比如tomcat的session-manage，以及
https://github.com/jcoleman/tomcat-redis-session-manager.基于spring-session的方案. spring-session的好处不仅仅是session共享，它还可以与容器解耦，应用于多终端session共享，websocket，restful api等场景。
环境
- jdk 8 意味着老的 jar 包不能用
- tomcat 8.5
- spring 5
- spring boot 2
- maven 依赖管理。建立公司内部的私服。
技术选型要有一定的前瞻性，带来的好处大于学习成本。
参考资料
- 分布式集群Session共享 http://blog.csdn.net/jerome_s/article/details/52658946
- 单点登录实现（spring session+redis完成session共享）
https://www.cnblogs.com/hujunzheng/p/6395966.html - 使用nexus3搭建私有仓库 https://www.jianshu.com/p/dbeae430f29d
