转帖：JavaWeb: Redis存储Session方案

阅读更多

转帖地址：

http://blog.csdn.net/neosmith/article/details/50466367

所有支持Servlet规范的容器都自带session管理，于是大多数人都使用HttpSession接口存放状态信息。事实上, servlet的session会使得应用服务器水平扩展变的非常困难。

使用Servlet Session时的妥协方案

Session Replication

这无疑是一种浪费内存的方法，对于5台左右的集群还可以忍受，如果你需要几十甚至上百台集群，这就完全不可行。

Session Sticky

该方案虽然可以避免上面的问题，但是这完全背离了负载均衡的初衷。假如有A, B服务器，A处理session为1 ~ 5的请求，B处理session为6 ~ 10的请求，如果某个时间段内，有1 ~ 5 session的用户访问需求非常高，而6 ~ 10 session的用户不怎么访问，这样就会导致A服务器负载过高而B却十分清闲，此时负载均衡就失去了意义。

使用Redis进行Session存储

在应用编写时应该完全弃用HttpSession接口，而是将需要保存的状态信息放到Redis中。

生成session id

当用户登陆时，服务器生成一个全局唯一的字符串SESSION:日期:20位随机字符串做为redis中hash数据结构的key名，然后将该标识做为cookie返回给客户端。 之后该用户的后续请求都会带上此cookie, 我们编写一个filter, 其作用为读取请求中的标识，从redis中取出该标识对应的数据，然后放到HttpServletRequest对象中以供后续使用。

session过期

使用redis自带的过期功能为session id设置过期时间，轻松实现session过期。

session追踪

我们可以将每个用户的session id记录下来，如保存到数据库中，或者依然放在redis里，这样就可以查到某个注册用户所有session id, 轻松实现踢出登陆功能。

session更新

通过AOP, 在每个请求完后之后，检查在请求处理过程中有没有更新session信息，如果有则将新数据刷新到Redis中。

将session转移到redis中后，只要做好redis的运维工作，我们的应用服务器已经是完全无状态的了，水平扩展时只需要添加机器而不需要改动任何一行代码。

版权声明：本文为博主原创文章，转载请注明出处和原作者。