分布式session一致性方案
当服务器不止一台，就需要session共享，避免多次登录
1、客户端存储
原理
将session存储在浏览器cookie中
优点
服务端不需要存储session，不会出现session不一致的问题
缺点
存储在客户端不安全，并且每次请求都携带session，占用宽带，并且存储大小受到浏览器的限制。
2、粘性session
原理
对于同一个用户的session锁定到某一台服务器，当用户请求时负载均衡器会转发到锁定的那台服务器上，相当于将用户好服务器粘到了一块
实现
使用nginx的负载均衡，采用ip_hash算法，将用户绑定到固定的服务器上，实现session一致性
优点
简单，不需要特殊处理
缺点
缺乏容错性，当服务器发生故障，会导致session丢失
适用场景：发生故障影响小
3、服务器session复制
原理
每个服务器都存一份session，当有一台服务器session发生改变，就广播给其他服务器进行session复制，以此来保证session同步
实现
开启tomcat的集群配置实现
优点
可容错，各服务器session能够实时响应
缺点
服务器压力大，当session量大的话，会拖慢服务器性能
4、session共享
使用分布式缓存方案比如memcached、redis，但是要求是集群环境，分两种情况
1）粘性session共享：每个用户的session绑定到一个tomcat上，memcached/redis作为备份
2）非粘性session共享：tomcat本身不存储session，而是存入memcached/redis中，memcached/redis集群构建主从复制架构
5、session持久化到数据库
使用专门的数据库存储session，虽然session不对丢失，但是当访问量大的情况下，会对数据库造成比较大的压力
6、Terracotta实现session复制
Terracotta的基本原理就是对于集群间共享的数据，当一个节点发生变化的时候只把变化部分发送给Terracotta服务器，然后由服务器把它转发给真正需要这个数据的节点，属于session复制的优化,Terracotta+Tomcat+nginx实现session的共享实例可以参考：https://blog.51cto.com/icenycmh/1844360
