管理分布式Session的几种方式

分布式Session实现方式：

1.客户端存储

(基于Cookie管理)

这种方式每次发起请求的时候都需要将Session数据放到Cookie中传递给服务端。

• 优点：不需要依赖额外外部存储，不需要额外配置。

• 缺点：不安全，易被盗取或篡改；Cookie数量和长度有限制，需要消耗更多网络带宽。

• 适用场景：数据不重要、不敏感且数据量小的情况。

---

2.Session复制

在支持Session复制的Web服务器上，通过修改Web服务器的配置，可以实现将Session同步到其它Web服务器上，达到每个Web服务器上都保存一致的Session。

• 优点：代码上不需要做支持和修改。

• 缺点：需要依赖支持的Web服务器，一旦更换成不支持的Web服务器就不能使用了，在数据量很大的情况下不仅占用网络资源，会造成服务器内存浪费。

• 适用场景：只适用于Web服务器比较少且Session数据量少的情况。

• 可用方案：开源方案tomcat-redis-session-manager。

---

3.Session粘滞

将用户的每次请求都通过某种方法强制·分发到某一个Web服务器上，只要这个Web服务器上存储了对应Session数据，就可以实现会话跟踪。

• 优点：使用简单，没有额外开销。

• 缺点：一旦某个Web服务器重启或宕机，相对应的Session数据将会丢失，而且需要依赖负载均衡机制。

• 适用场景：发生故障对客户产生的影响较小；对稳定性要求不是很高的业务情景。

• 可用方案：以Nginx为例，在upstream模块配置ip_hash属性即可实现粘性Session。

upstream mycluster{
    #这里添加的是上面启动好的两台Tomcat服务器
    ip_hash;#粘性Session
     server 192.168.22.229:8080 weight=1;
     server 192.168.22.230:8080 weight=1;
}

利用Nginx服务器的反向代理，将服务器A和服务器B进行代理，然后采用ip_hash的负载策略，将客户端和服务器进行绑定，也就是说客户端A第一次访问的是服务器B，那么第二次访问也必然是服务器B，这样就不存在session不一致的问题了。

---

4.Session集中管理

在单独的服务器或服务器集群上使用缓存技术，如Redis存储Session数据，集中管理所有的Session，所有的Web服务器都从这个存储介质中存取对应的Session，实现Session共享。

这也是目前企业开发用到的比较多的一种分布式session解决方案。

• 优点：可靠性高，减少Web服务器的资源开销。

• 缺点：实现上有些复杂，配置较多。

• 适用场景：Web服务器较多、要求高可用性的情况。

• 可用方案：开源方案Spring Session等。

---

参考：

• https://www.cnblogs.com/daofaziran/p/10933221.html
• https://blog.csdn.net/javandroid/article/details/52959105
• https://www.jianshu.com/p/3dd4e06bdfa4
• https://www.cnblogs.com/saoyou/p/11107488.html