Django测试框架Token认证：如何实现所有用户强制登出？

你说的没错，无状态的Token认证本身确实没有原生的登出概念，但是完全可以通过修改签发/校验逻辑依赖的变量，实现全量Token作废、强制所有用户重新登录的效果，具体可行方案如下：

全量作废Token的可行方案 #

• 修改Token签名密钥

主流的Token方案（比如JWT）的合法性校验核心依赖服务端存储的签名密钥：所有已签发的Token的签名都是用这个密钥生成的，服务端校验Token合法性时也需要用同一个密钥验证签名是否匹配。
直接把服务端存储的签名密钥替换为新值即可，所有旧密钥签发的Token在校验时都会因为签名不匹配被判定为无效，一步实现所有用户需要重新登录的效果，完全符合你提到的「修改生成Token依赖变量触发全量重登」的需求。

• 维护全局Token版本号

如果不想直接修改签名密钥，可以在生成Token时，把一个全局的token_version参数写入Token的 payload 中，同时服务端缓存当前生效的版本号。校验Token时除了常规的签名校验，还要额外比对Token携带的版本号和服务端当前生效的版本号是否一致。
需要全量作废Token时，只要把服务端存储的生效版本号加1即可，所有携带旧版本号的Token都会被判定无效，同样可以实现全量强制重登。这种方案的优势是不需要改动签名密钥，后续如果有部分批次作废Token的需求，也可以扩展多版本兼容逻辑。

• 全局作废时间戳标记

如果你使用的Token方案没有签名校验逻辑，也可以在服务端维护一个全局的token_invalid_before时间戳，校验Token时判断Token的签发时间是否早于这个时间戳，如果是就直接判定为无效。
需要全量作废Token时，把这个时间戳更新为当前时间即可，所有此前签发的Token都会被拦截。

方案选型建议 #

• 如果你使用的是JWT这类标准化Token方案，优先选择修改签名密钥的方案，不需要额外改造校验逻辑，操作成本最低，效果即时生效。
• 如果你后续有「仅作废某一批次Token、不全量作废」的需求，优先选择全局版本号方案，灵活性更高。

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