分布式session的实现方式：
一、Session Replication 方式管理 (即session复制)
简介：将一台机器上的Session数据广播复制到集群中其余机器上
使用场景：机器较少，网络流量较小
优点：实现简单、配置较少、当网络中有机器Down掉时不影响用户访问
缺点：广播式复制到其余机器有一定廷时，带来一定网络开销
二、Session Sticky 方式管理
简介：即粘性Session、当用户访问集群中某台机器后，强制指定后续所有请求均落到此机器上
使用场景：机器数适中、对稳定性要求不是非常苛刻
优点：实现简单、配置方便、没有额外网络开销
缺点：网络中有机器Down掉时、用户Session会丢失、容易造成单点故障
三、缓存集中式管理
简介：将Session存入分布式缓存集群中的某台机器上，当用户访问不同节点时先从缓存中拿Session信息
使用场景：集群中机器数多、网络环境复杂
优点：可靠性好
缺点：实现复杂、稳定性依赖于缓存的稳定性、Session信息放入缓存时要有合理的策略写入
session的一致性：
只要用户不重启浏览器，每次http短连接请求，理论上服务端都能定位到session，保持会话。
保持一致性方案：
1、session复制法：多个web-server之间相互同步session，这样每个web-server之间都包含全部的session
2、客户端存储法：服务端存储所有用户的session，内存占用较大，可以将session存储到浏览器cookie中，每个端只要存储一个用户的数据了
3、反向代理hash一致性：四层hash和七层hash都可以做，保证一个用户的请求落在一台web-server上（不建议用，session属于状态，不宜放在web层）
4、后端统一存储：将session存储在web-server后端的存储层，数据库或者缓存
