【成为架构师3-18】缓存:并发更新造成token相互失效的问题

本文介绍了在只有缓存无数据库的业务场景下,如微信access_token的获取,如何处理并发更新引发的token递归失效问题。当多个请求并发发现token过期并尝试更新时,会导致无限递归申请新token。为解决这个问题,提出了将token申请独立为专门的服务,并采用影子主技术确保高可用,虽然这增加了读写服务与缓存的耦合,但在这种特定业务场景中,这是个合理的设计选择。

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

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。

业务场景引入

前面讲的都是缓存和数据库在一起的情况,但有时候部分业务场景是只有缓存而没有数据库的,比如说微信的access_token获取的场景:

  1. 微信对调用方都需求一个access_token,只有携带这个token,才能调用接口
  2. token是具有有效期的(微信的7200s,两小时),如果token失效,那么调用方应该重新去申请token
  3. 也可以在token过期前主动申请,但是只有当前token有效,上一个token会失效
并发更新造成递归申请

如果请求发现缓存里的token过期了,那么它去申请新的token,再把这个token写回缓存,并用此token去进行接口调用。

现在来考虑一种极端情况:

假设有A,B两个请求,A发现token过期了,那么它就去申请token,这里命名为token1,在这个时间内,B自然也发现token过期了,B也去申请token,这里是token2,A获得token1之后把token1写回缓存,再用token1去调用接口,此时就会发现token1也提示过期了,那么它就会再去申请token3。

对于B来说,它申请完token2,把token2写入缓存,用token2去调用接口,发现token2过期了(因为A这个时候申请了token3&#

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值