分布式会话(session)

基概:Session 即服务器与客户端保持整个通讯的会话基本信息

客户端在第一次访问服务端的时候,服务端会响应一个sessionId并且将它存入到本地cookie中,在之后的访问会将cookie中的sessionId放入到请求头中去访问服务器,如果通过这个sessionid没有找到对应的数据那么服务器会创建一个新的sessionid并且响应给客户端


问题:如图 在单机环境时session是存储在web容器中(即jvm内存中)而在分布式集群环境时则会产生session 共享的问题

解决:

springSession+redis  

思路分析:

会话信息存储在服务器端Session对象当中,这种方式在分布式会话场景下,相对
比较繁琐一点,一般我们用SpringSession做分布式会话,会话信息一般会选择第三方
中间件进行存储,比如:MongoDB,Redis,Mysql,这三种存储方式分布式会话框
架SpringSession都支持,已经提供springboot的集成,我们只需要做相关配置即可

比如我们一Redis作为分布式Session存储服务
第一步:引入依赖
<!‐‐sessions 依赖‐‐>
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring‐session‐data‐redis</artifactId>
<version>2.0.6.RELEASE</version>
</dependency>
<!‐‐redis 依赖‐‐>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring‐boot‐starter‐data‐redis</artifactId>
<version>2.0.6.RELEASE</version>
</dependency>

第二步:配置
在application.yml配置redis与Session
spring:
redis:
host: 192.168.0.198
port: 6379
session:
# spring session使用存储类型,springboot默认就是使用redis方式,如果不想用可以填n
one。
store‐type: redis

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
分布式前端session共享是一种实现在分布式系统中实现前端用户会话的机制。在传统的单体应用中,前端会话通常可以直接存储在后端服务器的内存或数据库中,但在分布式系统中,由于涉及多个前端实例和后端服务实例,需要实现前端会话共享,以保证用户在不同的前端实例间的状态一致性和无缝切换。 实现分布式前端session共享的常用方案包括: 1. 使用缓存中间件:可以通过使用像Redis或Memcached等缓存中间件,将前端会话数据存储在缓存中,实现多个前端实例之间的共享。前端实例可以通过访问同一个缓存中间件,来读取和写入会话数据。 2. 使用数据库存储:将前端会话数据存储在数据库中,通过数据库实现数据的共享。前端实例可以访问同一个数据库,来读取和写入会话数据。 3. 使用分布式协议:通过一致性哈希算法或其他分布式算法,将前端会话数据进行分片,然后分散存储在多个前端实例中。每个前端实例只需存储自己负责的会话数据,实现数据的共享与分布。 4. 使用共享存储:可使用像NFS(Network File System)这样的共享文件系统,将前端会话数据存储在共享文件中,实现多个前端实例之间的数据访问共享。 无论选择哪种方案,需要注意的是要解决会话数据的一致性和并发访问的问题。可以采用同步策略、加锁机制或乐观锁等方法来保证会话数据的一致性。同时,还需要考虑到共享会话数据的性能要求,确保能够支持高并发和低延迟的访问。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

撸智深

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值