低调的牛肉
分布式架构下的session共享，也可以称作分布式session一致性；关于这个问题，和大家说一说解决方案（如果有其他的方案，可以留言讨论）。
session的作用
如果大家做过web应用开发的话，应该对session比较熟悉；服务器会为每个用户创建一个会话，存储用户的相关信息，以便在后面的请求中，可以够定位到同一个上下文。
例如用户在登录之后，再进行页面跳转的时候，存储在session中的信息会一直保持，如果用户还没有session，那么服务器会创建一个session对象，直到会话过期或主动放弃后（退出），服务器才会把session终止掉。
分布式架构中的session问题
在N年前，那个都是单个服务器的年代，session直接保存在服务器中，是一点问题没有的，而且实现起来很容易。
但是随着分布式架构的流行，单个服务器已经不能满足系统的需要了，通常都会把系统部署在多台服务器上，通过负载均衡把请求分发到其中的一台服务器上，这样很可能同一个用户的请求被分发到不同的服务器上，因为session是保存在服务器上的，那么很有可能第一次请求访问的A服务器，创建了session，但是第二次访问到了B服务器，这时就会出现取不到session的情况。
于是，分布式架构中，session共享就成了一个很大的问题。
解决方案
- 不要有session：大家可能觉得我说了句废话，但是确实在某些场景下，是可以没有session的，其实在很多接口类系统当中，都提倡【API无状态服务】；也就是每一次的接口访问，都不依赖于session、不依赖于前一次的接口访问；
- 存入cookie中：将session存储到cookie中，但是缺点也很明显，例如每次请求都得带着session，数据存储在客户端本地，是有风险的；
- session同步：对个服务器之间同步session，这样可以保证每个服务器上都有全部的session信息，不过当服务器数量比较多的时候，同步是会有延迟甚至同步失败；
- 使用Nginx（或其他复杂均衡软硬件）中的ip绑定策略，同一个ip只能在指定的同一个机器访问，但是这样做风险也比较大，而且也是去了负载均衡的意义；
- 我们现在的系统会把session放到Redis中存储，虽然架构上变得复杂，并且需要多访问一次Redis，但是这种方案带来的好处也是很大的：实现session共享，可以水平扩展（增加Redis服务器），服务器重启session不丢失（不过也要注意session在Redis中的刷新/失效机制），不仅可以跨服务器session共享，甚至可以跨平台（例如网页端和APP端）。
希望我的回答，能够帮助到你！我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
分享到:
