三种保持会话的方式

三种保持会话的方式

(一)session机制保持会话
使用方法可以看 白话讲session
存在的问题
高并发情况下,会占用服务器大量内存
分布式(一个业务分成几个子业务,部署在多个服务器)或者集群(一个业务部署在多个服务器)的时候,session不能共享。
解决方案
高并发的时候可以将session存储到redis,如果用户长时间没有访问,将session存储到redis,就减少了服务器的压力。
分布式或者集群的时候,先通过redis来判断用户状态也可以实现session共享.

(二)cookie机制保持会话
使用的方法
登录验证后,创建登录凭证(比如:用户id+登录时间+过期时间),将登录凭证进行加密(为了避免暴露信息),加密后写到浏览器的cookie,以后,每次请求都发送cookie,服务器根据对应的解密算法对其进行验证(或者将加密过的cookie内容存储到数据库,请求服务器的时候,服务器在数据库进行查找)。
存在的问题
每次访问都提交cookie,增加请求量
其他访问可能需要cookie(比如说购物车的信息存放在cookie),浏览器对每个域存储的cookie的大小有限制,那么需要控制加密后的凭证。

(三)token机制保持会话
使用方法
cookie 和session依赖于浏览器,如果客户端不是浏览器,那么需要手动添加token(和cookie类似,也是登录凭证),将token添加到http header或者做为参数添加到url。
存在的问题
每次访问的时候手动添加token
和cookie 的方式一样增加了请求量
总结
不同的方式适合不同的应用场景,视情况使用。
相同点
所有的方式目的都是为了验证用户状态。
都需要在客户端存储凭证。
不同点
第一种是通过是通过空间换时间,消耗内存存储session对象,但是判断用户状态不用复杂的逻辑。第二种第三种用时间换空间,在服务器端逻辑处理进行判断用户状态。

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
在Nginx的反向代理配置中,可以通过配置相应的代理模块来实现会话保持。具体而言,Nginx提供了以下几种实现会话保持方式: 1. 使用`ip_hash`负载均衡算法:可以通过在`upstream`块中设置`ip_hash`指令来实现会话保持。这样相同IP的请求将被转发到同一台后端服务器上,从而保持会话。 ```nginx upstream backend_servers { ip_hash; server backend1.example.com; server backend2.example.com; } ``` 2. 使用`sticky`模块:`sticky`模块是一个第三方模块,可以通过在`upstream`块中设置`sticky`指令来实现会话保持。它使用一些算法(如cookie、URL参数等)来标记和识别会话,将同一会话的请求转发到同一台后端服务器上。 ```nginx http { upstream backend_servers { sticky cookie srv_id expires=1h domain=.example.com path=/; server backend1.example.com; server backend2.example.com; } } ``` 3. 使用`ngx_http_upstream_session_sticky`模块:这是另一个第三方模块,可以通过在`upstream`块中设置相应的指令来实现会话保持。它使用一些算法(如cookie、URL参数等)来标记和识别会话,并将同一会话的请求转发到同一台后端服务器上。 需要注意的是,使用这些方法实现会话保持时,需要确保后端服务器之间能够共享会话信息,例如使用共享存储(如Redis)或使用会话复制机制等。 选择适合你场景的方法,并根据具体需求进行配置即可实现Nginx的会话保持功能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值