分布式session实现

本文探讨了在使用hibernate和docker集成过程中遇到的session粘性问题,并提出了四种解决session共享的方法:服务端同步session、客户端保存session、指定hash算法固定分配请求和服务、后端缓存存储session。最终建议采用第三种和第四种方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.为什么要做分布式session

  前段时间在做hibernate和docker集成时,在web项目落地时遭遇session粘性的困扰,同一个用户的申请落到不同服务端时,会发生session丢失的问题,由此引发分布式session的必要。

2.如何实现session共享

  1.在服务端做session同步,保证每个负载服务端的session数据相同

    优点:代码改造方便

    缺点:占用网络传输,降低系统性能;session容量占用,不利于服务端水平扩展

  2.客户端保存session,使得每次请求都携带相同session

    优点:降低服务端存储

    缺点:占用请求网络传输,每次都携带session;网络传输session并不安全,存在泄漏、篡改、窃取等安全隐患

  3.指定hash算法,将请求固定分配到指定服务端

    优点:不需要修改代码;负载均匀;

    缺点:当服务端重分布或者重启时,有可能导致session的丢失,导致访问出错

  4.后端缓存存储session

    优点:无网络传输;有利于扩展

    缺点:增加插件,需要修改代码

3.总结

  “端存储”不是一种常规思路,常规情况下,第三种和第四种方案是较为安全简便,代价也较低的方案

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值