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

admin

前言
0 K: ^/ T1 B# U
2 O9 q6 K, I  f5 U通常在web开发中，会话管理是很重要的一部分，用于存储与用户相关的一些数据。对于java开发者来说，项目中的session一般由Tomcat或者jetty容器来管理。

. S$ W, J7 G) j: P  z特点介绍

4 Z4 ?- e5 e$ X  S, d5 h# T3 L尽管使用特定的容器可以很好地实现会话管理，但是独立容器挂掉或者由于其他原因重启会导致用户信息丢失，并且无法支持分布式集群会话管理。

& j5 h: W, `( g上图举例：
4 Z: h8 M  v1 W$ J

% j, `3 o. N  |" G% t
' e% P* C) d" n$ r& K这是一个简单的负载均衡集群架构模型，后端三台Tomcat服务，假设每台服务都使用自己的会话管理，而集群策略是基于加权轮询的方式实现。试想一下，用户是不是永远无法登陆系统？
" O2 r$ L( d! T% u3 Z
当然，你可能会想，我可以使用基于IP_hash的方式实现负载均衡嘛。但是如果地区分布相对单一，产生的hash值分布可能也不会太均匀，那就起不到负载均衡的作用了。

8 O; @5 m# R' b5 W7 `: c8 n一般来说，有两种解决方案，session复制和session统一管理。对于session复制，简单的几台还是可以的，但是如果上百台甚至上千台就要考虑复制成本问题了。
2 ~! T2 L6 P( E
对于统一session管理可以是关系型数据库，比如MySql(基本不用，考虑到效率问题)；非关系型数据库 redis，memcache等等。
: E9 ]3 `6 B( ?
解决方案
! _: v: H& W( E: d0 [
基于Tomcat的会话插件实现tomcat-redis-session-manager 和tomcat-memcache-session-manager，会话统一由NoSql管理。对于项目本身来说，无须改动代码，只需要简单的配置Tomcat的server.xml就可以解决问题。但是插件太依赖于容器，并且对于Tomcat各个版本的支持不是特别的好
+ ~3 w, ?# |. e: H* m( b* h
重写Tomcat的session管理，代码耦合度高，不利于维护。

使用开源的session管理框架，比如spring_session，既不需要修改Tomcat配置，又无须重写代码，只需要配置相应的参数即可。
4 N$ b' D8 _- l7 Y! |1 [) ]* {

4 Z8 Q7 Z+ T2 X更多关注博客：http://blog.52itstyle.com/archives/759/
2 E( c) v, l6 y/ _- i2 y) z- T8 ]

屁孩儿

棒棒哒