在web应用中，由于http的请求响应式，无状态。要记录用户相关的状态信息，比如电商网站的购物车，比如用户是否登录等，都需要使用session。我们知道session是由servlet容器创建和管理，存储在服务器端，并且与客户端浏览器相关（停止web应用，关闭浏览器session都会失效）。
如果一个web应用，部署到一台服务器（一个tomcat），那么session使用起来相当的方便，没有额外的担心，直接由servlet容器创建和管理即可。然而今天，一个web应用面临大量用户，高并发的访问（我们有十多亿同胞，骄傲啊！）。那么无论如何一个tomcat是难以提供服务的，就需要集群方式部署大量的tomcat，共同提供服务。也就是我们耳熟能详 的：集群、分布式、负载均衡。架构大概是这个样子：
应用场景描述：
1.小明正在维护一个web应用：www.xx.com。该web应用是一个电商网站，起初用户量很少，业务量也不大。小明通过一台tomcat部署应用，并且把用户登录信息，购物车信息都保存在session中。应用服务良好，没有任何问题。
2.一年以后，小明通过搜索引擎优化，购买流量的方式，推广该电商网站，再加上商品质量不错，性价比很高：物美价廉。很受用户欢迎。短时间内容增加了很多新的用户，并发量指数级提升，此时一台tomcat难以正常提供服务了
3.于是小明通过横向扩展，增加tomcat服务器，集群方式部署：www.xx.com应用。通过三台tomcat搭建集群环境：tomcat1/tomcat2/tomcat3。
4.在tomcat服务器集群之前，通过nginx服务器实现：负载均衡+反向代理
5.集群环境部署好应用以后，小明遇到了一个问题：用户无法正常购物了，需要频繁登录？？？。这可是是个大问题！！！
6.通过无数个夜晚的失眠（程序员遇到问题后都是这样的！问题不解决难以入睡），小明终于想清楚了问题所在，描述如下：
6.1.由于是搭建了集群环境（三个tomcat），以及前端服务器nginx实现的负载均衡
6.2.用户访问流程是这样的：
a.用户访问www.xx.xom/login发起登录请求，首先是请求到达nginx服务器
b.nginx服务器将用户的登录请求，反向代理到tomcat2服务器，实现登录，并且创建会话session
c.当用户登录成功以后，发起访问商品列表的请求：www.xx.com/list，请求还是首先到达nginx服务器
d.nginx服务器将用户访问商品列表请求，反向代理到tomcat服务器。此时由于用户是在tomcat2实现的登录（在tomcat2创建session），那么在tomcat3服务器并没有session，因此tomcat3服务器响应用户（还未登录，需要先登录）
e.于是乎用户就很郁闷了：刚才不是登录过了吗？？？造成此问题的根本原因就是：在集群环境下，没有实现session的共享
g.请思考：在集群环境下，如何实现session的共享呢？