Spring-Session分布式集群会话管理

admin

前言
0 N9 \7 W; K4 W3 s  f
  a% {8 L) J$ n4 V! S5 R通常在web开发中，会话管理是很重要的一部分，用于存储与用户相关的一些数据。对于java开发者来说，项目中的session一般由Tomcat或者jetty容器来管理。

特点介绍

# N* v- J" N9 |) k5 Q/ b尽管使用特定的容器可以很好地实现会话管理，但是独立容器挂掉或者由于其他原因重启会导致用户信息丢失，并且无法支持分布式集群会话管理。
. W7 \( ^9 G4 g; Q1 c
上图举例：

1 |  a9 B9 S/ I5 i6 t, G) N

5 r' \* p$ c. T6 s1 w9 {8 i这是一个简单的负载均衡集群架构模型，后端三台Tomcat服务，假设每台服务都使用自己的会话管理，而集群策略是基于加权轮询的方式实现。试想一下，用户是不是永远无法登陆系统？

, |& s! C( D# o当然，你可能会想，我可以使用基于IP_hash的方式实现负载均衡嘛。但是如果地区分布相对单一，产生的hash值分布可能也不会太均匀，那就起不到负载均衡的作用了。

: }, R) E2 F2 d+ }一般来说，有两种解决方案，session复制和session统一管理。对于session复制，简单的几台还是可以的，但是如果上百台甚至上千台就要考虑复制成本问题了。

( O4 o' W' T" P. W对于统一session管理可以是关系型数据库，比如MySql(基本不用，考虑到效率问题)；非关系型数据库 redis，memcache等等。

解决方案
' w. |* v% O7 }' w9 \  N
9 N! Q3 C9 W2 p# l% f( M基于Tomcat的会话插件实现tomcat-redis-session-manager 和tomcat-memcache-session-manager，会话统一由NoSql管理。对于项目本身来说，无须改动代码，只需要简单的配置Tomcat的server.xml就可以解决问题。但是插件太依赖于容器，并且对于Tomcat各个版本的支持不是特别的好
( O6 Z6 H% M1 S& f
重写Tomcat的session管理，代码耦合度高，不利于维护。

6 C+ x" I/ b6 K, f( I使用开源的session管理框架，比如spring_session，既不需要修改Tomcat配置，又无须重写代码，只需要配置相应的参数即可。
: E% S: k% ^2 _8 z1 {

更多关注博客：http://blog.52itstyle.com/archives/759/
& H, s7 w, M& x9 x5 P/ N

屁孩儿

棒棒哒
8 _5 }' [( i  }