请说明基于 Redis 实现分布式 Session 来完成用户登录的原理。

回答思路

1. 【回答框架 1】Session 本质是服务端保存的键值对，用于标识用户会话；单机部署时由应用内存保存，多实例部署时用户请求可能落在不同实例，导致 Session 不一致。
2. 【回答框架 2】Redis 分布式 Session 的核心是统一存储：将 Session 数据从各实例内存中迁移到独立的 Redis 存储，所有实例读写同一个 Redis；用户登录成功后，服务端生成全局唯一的 Session ID，并以该 ID 为 Key，用户信息等数据为 Value 存入 Redis，同时设置合理的过期时间。
3. 【回答框架 3】客户端通过 Cookie 保存该 Session ID，后续请求携带该 Cookie，服务端从 Cookie 取出 Session ID 到 Redis 查询对应数据，若存在则视为已登录，从而实现跨实例的会话共享。
4. 【回答框架 4】实现要点包括：合理设置 Session 过期时间以平衡内存与安全；考虑 Redis 的高可用与持久化策略，避免 Redis 故障导致会话丢失；并发登录与 Session 更新时的数据一致性，可使用 SETEX 等原子操作。
5. 【回答框架 5】也可采用更优的方案，如使用更长的随机字符串作为 Session ID 并做签名校验，防止伪造；或引入更安全的令牌机制，但核心仍是依托共享存储实现会话统一管理。
6. 【关键点 1】Session 数据集中存放在 Redis，解决多实例下会话不共享的问题。
7. 【关键点 2】登录成功后生成全局唯一 Session ID 作为 Key，用户信息为 Value，并设置过期时间。
8. 【关键点 3】客户端 Cookie 携带 Session ID，服务端据此在 Redis 中校验登录状态。
9. 【关键点 4】使用 SETEX 等原子命令保证 Session 写入与过期设置的原子性。
10. 【关键点 5】过期时间需权衡安全性与用户体验，过长增加安全风险，过短导致频繁登录。
11. 【易错点 1】直接将未加密的用户信息序列化存入 Redis，存在敏感数据泄露风险。
12. 【易错点 2】Session 过期时间设置不当，导致会话过早失效或长期有效而增加安全隐患。
13. 【易错点 3】忽略 Redis 的持久化与高可用配置，Redis 故障时用户会话全部丢失。