Session共享方案

方案一：基于Nginx的ip_hash负载均衡

• 其实就是对请求过来的ip地址对你的多少台可用的服务器进行取模，然后就会把你的请求通过Nginx的反向代理给分发到对应的服务器上。（这里会把可用的服务器放到一个数组中，如果取模得到的结果是几，就把请求分到服务器数组中的下标为几 的服务器上）

具体实现

• 需要你在Nginx.conf文件中进行对应的修改，根据自己的可用服务器

upstream backend{
    ip_hash;
    server 192.168.128.1:8080 ;
    server 192.168.128.2:8080 ;
    server 192.168.128.3:8080 down;
    server 192.168.128.4:8080 down;
 
}
server {
    listen 8081;
    server_name test.csdn.net;
    root /home/system/test.csdn.net/test;
    location ^~ /Upload/upload {
    proxy_pass http://backend;
 
    }
}

• 优点：配置简单，对应用无侵入性，不需要修改代码；只要hash属性均匀的，多台web-service的负载也是均衡的；便于服务器的水平扩展；安全性较高
• 缺点：服务器重启会造成部分session丢失；水平扩展的过程中也会造成部分session丢失；存在单点负载高的风险

方案二：基于Tomcat的session复制

• 这个解决方案其实就是当用户请求的时候，把产生的sessionID给复制到系统所有的服务器中，这样就能保证当用户请求的时候从服务器A可能调用到服务器B上的模块的时候，也能保证服务B也有该用户的sessionID，这样就不会再次让用户进行再次登录操作了。也就解决问题了。

具体实现

• 修改tomcat配置文件
  1、修改server.xml中的Cluster节点
  2、修改应用web.xml，增加节点：

方案三：使用Redis做缓存session的统一缓存

• 这种方案呢，其实就是把每次用户的请求的时候生成的sessionID给放到Redis的服务器上。然后在基于Redis的特性进行设置一个失效时间的机制，这样就能保证用户在我们设置的Redis中的session失效时间内，都不需要进行再次登录。

具体实现

• 修改应用的配置文件
  1、增加redis client和spring session的依赖
  2、修改web.xml配置，增加filter:springSessionFilter
  3、修改spring配置文件，在容器中注入spring session和redis的相关bean