请设计一个方案，用于将已登录的用户强制下线，你会如何实现？
考察说明
考查对会话管理和认证机制的理解，以及方案设计能力。
回答思路
- 【回答框架 1】核心思路是让服务端主动使会话失效。常用会话存储方式有：基于服务端 Session、基于 Token（如 JWT）或结合 Redis 等中间件。强制下线需要一种机制来标记会话无效或使令牌失效。
- 【回答框架 2】若使用 Session，可维护在线用户与 Session 的映射，踢下线时调用 session.invalidate() 或删除对应 Session 记录。若使用 JWT 等无状态令牌，需要引入黑名单机制，将被踢用户的 token 标识（如 tokenId）存入 Redis，并设置与 token 剩余有效期一致的过期时间，在服务端校验时检查黑名单。
- 【回答框架 3】另一种方案是引入统一的状态字段，如用户状态或会话版本号。每次登录生成一个版本号，校验时比对，踢下线时更新版本号，使旧 token 失效。此方案适用于需要全局控制用户会话的场景。
- 【回答框架 4】还需考虑分布式环境，可使用 Redis 等共享存储存放会话状态或黑名单，确保多个实例一致。同时要通知用户，可通过 WebSocket 或后续请求发现会话失效后跳转到登录页。
- 【关键点 1】服务端主动使会话失效是关键，需区分有状态与无状态会话的处理方式。
- 【关键点 2】JWT 等无状态令牌需借助 Redis 黑名单或版本号机制实现强制下线。
- 【关键点 3】分布式场景需保证状态一致性，如使用 Redis 存储。
- 【关键点 4】踢下线后需引导用户重新登录，并告知原因。
- 【易错点 1】JWT 是无状态的，直接删除客户端 token 无法真正失效，服务端仍需校验。
- 【易错点 2】黑名单需设置过期时间，否则内存或 Redis 存储会持续增长。
- 【易错点 3】会话版本号方案需确保版本号在并发下正确更新，避免误踢或漏踢。