免责声明

易百易数码科技

分布式session的几个问题,spring实现分布式事务

分布式session的几个问题

session的实质就是前端保存一个id,后端根据这个id来识别会话,存取数据。仅此而已,至于这个id怎么保存,可以放在url后面,可以放在cookie里,甚至可以放在header里。 在我看来,只要用到这种模式的都算session,只不过这种id(专业点叫token)的实现方式不同。session的缺点就是数据保存在哪里的问题,既然要保存,分布式的时候肯定要保证session一致性。 至于jwt,说白了只是一串字符串,强调的是去session话,服务端不做保存,将必要信息直接写在字符串里。优势明显,但缺点也很明显,服务端失去了对token的控制权,退出功能怎么做?服务器端加个黑名单?这不是闲的吗,又要遇到保存问题,干嘛不直接用session? 我觉得session才是未来,服务器端不保存凭证,失去了对token的控制权,怎么看都是弊大于利,至于session一致性,统一授权中心存取就行了,越来越不是问题。

Redis可以存储session对象吗

集群web系统的话,可以通过第三方缓存来统一实现session管理。

分布式session的几个问题,spring实现分布式事务-图1
如果使用spring的话,可以通过session listener来监听session的变化,实现起来比较方便。不建议把Session存储起来 可以考虑用Redis模拟session,特别是分布式环境,比如多台web serve(如tomcat)r的情况下

到此,以上就是小编对于spring实现分布式事务的问题就介绍到这了,希望介绍的2点解答对大家有用,有任何问题和不懂的,欢迎各位老师在评论区讨论,给我留言。

分布式session的几个问题,spring实现分布式事务-图2
分享:
扫描分享到社交APP
上一篇
下一篇