为何要同时使用Redis Store与Express Session实现会话管理？

Express Session 是 Node.js 生态中处理用户会话的基础中间件，但它默认的存储方案存在诸多生产环境局限性，搭配 Redis Store 正是为了弥补这些不足，核心原因如下：

• 解决分布式部署下的会话共享问题
  Express Session 默认将会话数据存储在单台服务器的内存中。如果服务采用多实例部署（比如通过负载均衡挂载多台服务器），用户请求可能被分发到不同实例，就会出现“登录状态在A服务器有效、在B服务器失效”的情况。Redis 是独立的分布式存储服务，所有服务器实例都能访问同一个 Redis 实例，会话数据全局共享，完美解决该问题。

• 规避内存存储的性能与可靠性风险
  用户量增长时，会话数据会持续占用服务器内存，轻则拖慢服务响应，重则导致内存溢出。而且服务器重启后，内存中的所有会话都会丢失，用户必须重新登录。Redis 是专门优化的内存数据库，读写性能远高于服务器内存的直接操作，还能通过集群扩容支撑更大的会话量；同时 Redis 支持数据持久化，即便 Redis 服务重启，会话数据也能恢复。

• 精细化管理会话生命周期
  Redis 原生支持键的过期时间设置（示例里的 ttl:7200 就是配置会话在 Redis 中存活7200秒），能自动清理过期会话数据，无需手动编写清理逻辑。配合 Express Session 里的 Cookie maxAge，可以让客户端 Cookie 和服务端会话的过期时间保持一致，实现更精准的登录状态管控。

• 示例代码的作用说明
  你给出的代码中，connect-redis 是连接 Express Session 和 Redis 的桥梁：它将 Express Session 的存储逻辑替换为 Redis，让会话数据不再存储于服务器内存，而是写入 Redis 中。同时配置了 Redis 的连接信息、会话过期时间，和 Express Session 的 Cookie 过期时间匹配，保证会话管理的一致性。

内容的提问来源于stack exchange，提问作者Alan Tang