Session一致性的问题解决方案的理解

  • 具体实现不做阐述,书说一下理解

  • 场景:买手机。。。。假设你到某店买手机,和服务员A进行了激烈的讲价,最终价格订到2000元,但是你没带钱,所以决定明天再来买。但是再来就可能要重新讲价。

客户端保存 :

客户端保存就是将价格单交给你,再来是拿着单子缴费就可以了
但是这种方法不安全,你悄悄的把2改成1,就出大问题。

同步session信息

假设服务员A和B是好朋友,A把信息和B说了,B和A也说了,你再来的时候,人家店里的人都认识你,自然付费就没问题
但是如果员工较多,就比较麻烦,每天都要进行开会分享信息

iphash

你再来的时候在去找服务员A,完美解决
服务员A生病,没来,你又去找了一个服务员B进行了激烈的讲价,价格到2100,但是你只带了2000,又来一趟,B也生病了,你有和C进行了激烈的讲价,降到2500...

使用Redis保存session信息

找一个手机店信任的工具人,这个工具人处理信息必须超级快,他将每个服务员信息都记下来了,你来了服务员就去找工具人,工具人告诉讲价结果,付款。
服务员A必须讨好工具人,在web中就是多了一个对redis的请求

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。