设为首页 收藏本站
查看: 703|回复: 0

[经验分享] 分布式架构下的会话追踪实践【基于Cookie和Redis实现】

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-12-21 08:27:20 | 显示全部楼层 |阅读模式
  在单台Tomcat应用中,通常使用session保存用户的会话数据。面对高并发的场景,一台Tomcat难当大任,通常我们会使用Nginx在前端拦截用户请求,转发给后端的Tomcat服务器群组。在集群环境下,怎么才能做到session数据在多台Tomcat之间的共享呢? DSC0000.gif
  当然我们可以在多台Tomcat之间进行session数据的相互复制。这样做的代价是巨大的,尤其是后端Tomcat服务器比较多的情况下(几十台、甚至上百台Tomcat),session数据在Tomcat之间的相互复制,将消耗大量的系统开销、甚至引发网络广播风暴 DSC0001.gif ,影响服务器的正常运行。
  这时候可以考虑将session数据进行集中存储,比较常见的是使用Memcached来存放会话数据。但是使用Memcached有着诸多限制,比如:对存放对象大小的限制、无法进行数据的持久化等。在下面的demo中将使用Redis来充当Memcached的角色,同时使用Spring Data Redis来完成对Redis的操作。
  <一>. 生成Cookie:
  在非分布式环境下,每个用户打开浏览器发送请求时,服务器对针对每个用户创建一个session对象,
  然后我们可以将和该用户相关的会话数据非常“透明”的存放到对应的session对象里面,直到用户关闭浏览器,服务器才将和该用户对应的session对象销毁。然而服务器如何把每个用户和TA对应的session进行“绑定”呢?
  细心的童鞋会发现刚一打开浏览器进行访问的时候,服务器已经“偷偷”地在客户端写入了一个命名为
  jsessionid的cookie、并且有效时间为session级别、也就是用户关闭浏览器时,该cookie即被清除。 DSC0002.gif 没错的,在我们调用servlet的api获取session对象时,其实服务器还访问了jsessionid这个cookie,服务器将根据这个唯一的jsessionid来区分不同的客户端。
  依葫芦画瓢,在用户访问首页时,生成命名为user-key的cookie,值为uuid字符串。
  1. 用户访问首页时,先进入到IndexServlet,添加如下配置到web.xml文件: 

   <welcome-file-list>
<welcome-file>IndexServlet</welcome-file>
</welcome-file-list>
  2. 在IndexServlet中生成user-key并存放至cookie: DSC0003.gif  

   String userKey = UUID.randomUUID().toString();
Cookie cookie = new Cookie("user-key", userKey);
response.addCookie(cookie);
  3. 跳转到index.jsp: 

   request.getRequestDispatcher("index.jsp").forward(request, response);
  <二>. 用户登录,存放用户信息到Redis里面:
  1. 从cookie中获取userKey: DSC0004.gif  

   String userKey = null;
Cookie[] cookies = request.getCookies();
for (Cookie cookie : cookies) {
if("user-key".equals(cookie.getName())) {
userKey = cookie.getValue();
break;
}
}
  2. 如果用户成功登录,将用户信息存放至Redis: DSC0005.gif  

   ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
UserCache userCache = (UserCache)context.getBean("userCache");
if(null != user && null != userKey) {
userCache.addOrUpdate(userKey, user);
}
  3. 从Redis中获取用户数据: 

   Userinfo loginUser = userCache.load(userKey);
  <三>. UserCache类的API:
  1. addOrUpdate:有效时间为30分钟 

   public void addOrUpdate(String userKey, Userinfo user) {
redisTemplate.opsForValue().set(userKey, user, 30, TimeUnit.MINUTES);
}
  2. load:访问用户信息时,更新失效时间 

   public Userinfo load(String userKey) {
Userinfo user = redisTemplate.opsForValue().get(userKey);
redisTemplate.expire(userKey, 30, TimeUnit.MINUTES);
return user;
}
  如上所述,简单介绍了使用Cookie和Redis保存会话数据的简单思路,详细的代码参见附件!
  诚然,上述设计还有诸多不完善或者待优化的地方 DSC0006.gif ,比如生成Cookie的时机放到HttpSessionListener实现类的sessionCreated()方法为妥!有空了再优化一下,这里暂时抛砖引玉啦! DSC0007.gif

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-317114-1-1.html 上篇帖子: 有图有真相。windows环境下配置tomat+redis+nginx集群共享session 下篇帖子: java spring框架中方法级redis的连接自动获取和释放实现
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表