有几种方法可以存储会话，如果程序是分布式的，如何实现会话共享

传统的应用服务器，如 Tomcat 和 JBoss，大多基于独立的会话管理。 对于一个大型分布式**来说，它的业务支持远不止一台服务器，而是分布式集群，请求在不同的服务器之间跳转。 那么，如何保持服务器之间的会话同步 传统上，一部分数据存储在 cookic 中，以避免分布式环境中的会话操作。

这样做有很多缺点，一方面，cookies的安全性受到广泛批评，另一方面，cookies存储的数据量受到限制。 随着移动互联网的发展，在很多情况下，需要考虑到移动终端的会话需求，这使得使用cookie进行会话同步的弊端更加突出。 这就是分布式会话的用武之地。

对于可靠性要求较高的用户，可以将会话持久化到数据库中，这样可以保证会话在发生宕机时不容易丢失，但缺点也很明显，系统的整体吞吐量会受到很大的影响。 另一种解决方案是将会话存储在缓存集群中，这和 memcache 一样好，可以保证高读写性能，这对于并发量大的系统非常重要。 而且从安全的角度来看，会话毕竟是有到期日期的，使用缓存存储也方便使用缓存失效机制。 使用缓存的缺点是，一旦重新启动缓存，保存在其中的会话就会丢失，用户需要重新建立会话。

普通 **app 的会话只有两种实现方案，cookie 或 url 参数（查询字符串），应该没有更多。 因为 HTTP 是一种无状态协议，如果客户端没有明确说明它是谁，服务器将永远不会知道它是谁。

对于分布式会话，您可以直接将会话内容存储在 redis 等第三方服务中。

实际上，你的标题和你的问题描述问的是两件不同的事情。

首先是客户端（浏览器）如何对应服务器端的会话，这与服务器存储会话的方式无关。

第二个是服务器端的会话如何在多个服务器之间共享，这与cookie或任何东西无关。

例如，我们相同的程序分发部署在两个不同的主机 A 和 B 上，此时用户原本在主机 A 上建立了一个会话，有一个会话，这个请求得到了一些数据，并暂时将袜子放在了会话中。 结果，第二次我要求相机上的B主摄像头，用户还是想把刚才存储在会话中的数据拿走，是不是有问题？

分布式会话解决方案。

tomcat + redis

这样也非常方便，就是会话**和以前一样，Tomcat 的原生会话都可以支持，但是配置 Tomcat 的时候，需要使用 Tomcat RedisSessionManager，这样我们部署的所有 Tomcat 都会将会话数据存储在 Redis 中。

如果 Redis 支持哨兵，您还可以使用哨兵来确保高可用性。

会话是存储在服务器端的用户的一些会话内容，例如：用户的登录状态、用户的某些信息、登录到期时间等，以及获取当前登录用户草稿时经常需要的那些信息。

这个时代的进步非常快，只要大家多学一点，就一定有可能。 SE人的智商和情商不一定是有多高，但随着年龄的增长，他们可以努力一点，他们必须相信自己。

会话的复制和共享。

在Web应用中，为了应对大规模的访问，需要将应用部署在集群中。 为了实现集群部署，需要实现会话共享机制，使多个应用服务器之间的会话统一，Tomcat等大多数主流Web服务器都使用会话复制和会话共享。 但问题仍然很明显：

随着节点数量的增加，会话复制导致的性能损失会迅速增加。 特别是，当大型对象存储在会话中并且对象快速更改时，性能下降更为明显。 此功能限制了 Web 应用程序的水平缩放。

另一种关于会话共享的思考方式是集中管理会话，首先想到的是使用数据库集中存储会话，但数据库比内存慢一个数量级，势必会增加数据库系统的负担。 因此，需要一种既快速又可以远程和集中存储的服务：memcached

使用 memcached 存储会话有两种方案：

1）直接通过Tomcat6的扩展机制。

2）通过编写自己的过滤器来实现它。

考虑到系统的扩展，我们采用了这种方法。 这将会话共享机制与中间件分离。

主要思想：1）继承和重构httpservletrequestwrapper、httpsessionwrapper类，并覆盖与会话访问相关的原始方法，所有这些都是通过sessionservice类实现的。

2）使用filter拦截cookie中的sessionId，通过sessionid构造一个新的httpservletrequestwrapper对象，并将其传递给后续应用程序。

3）SessionService连接memcached服务，以sessionid为key，访问对象为会话内容。

注意使用过程中的几个问题和改进思路：

1. memcache 的内存要足够大，这样不会有用户会话从缓存中清除的问题（可以禁用 memcached 的对象退出机制）。

2. 如果会话的读取量远大于写入量，可以在 memcache 之前添加一个本地缓存，例如 oscache，以减少对 memcache 的读取操作，从而减少网络开销，提高性能。

3. 如果用户较多，可以使用 memcached 组，通过在 set 方法中添加哈希码将其插入到 memcached 服务器中。

1.通过组播在集群之间共享，比如Tomcat目前就有这样的功能，优点是Web容器本身支持，配置简单，适合小型企业。 缺点是，当机器上的会话发生更改时，更改后的数据会以组播的形式分发到集群中的所有节点，这对网络和所有 Web 容器都有开销。

集群越大，浪费就越多。 无法进行线性缩放。

2.利用一些共享存储（如 NFS）来共享会话数据。

粗略地说，有一个公共的NFS服务器作为共享服务器，当然也可以使用一个数据库，所有的Web服务器都把会话数据写入共享存储介质，它们也必须来这个服务器获取会话数据，从而实现会话数据的共享。 与之前的组播模式相比，网络开销更小。 缺点是受存储设备的依赖性，如果存储设备宕机，将无法工作，必须做一些主备同步等容灾措施。

另外，当访问次数过大时，磁盘的IO也是一个非常大的问题。

实际上，spring-session-data-redis 并不是一个实际的 jar 包，但它配置了其他四个依赖项（如图所示，四个以绿色突出显示）。

Spring Core，Spring Web 配置版本：

Spring Session 还需要引入常见的 Spring 软件包，例如 Spring Web。 Spring 会话依赖于上述版本的 Spring，因此无法使用 Spring 版本。

访问 Web 项目并查看会话：

要访问 Web 项目，此时使用 redis-cli 进入 redis 命令操作界面，并使用 keys * 查看所有 key。

加起来，如果我们想设置会话的过期时间，我们通常会在文件中设置它。

根据具体问题类型，对步骤进行拆解，分析原因，扩展内容等。

具体步骤如下： 其主要原因是......