Shiro框架下AccessToken混淆：排查及解决方案

一个运行四年之久的项目近期出现用户AccessToken混淆问题：用户A登录后，获取到的用户信息却属于用户B。此问题高频出现，即使清除缓存也无法解决。本文结合Spring全家桶、Shiro、Redis、Mysql8技术栈，分析问题根源并提供解决方案。

提问者已排除Redis缓存中token重复以及同一token被不同用户使用的可能性，说明问题并非token生成冲突或Redis数据异常。他怀疑Shiro未启用accessToken和refreshToken是否为问题根源。

虽然未启用accessToken和refreshToken不会直接导致token混淆，但可能与根本原因相关。Shiro框架安全性依赖于Session管理，Session管理漏洞或错误配置可能导致不同用户的Session信息错误关联，从而引发token混淆。

问题核心可能在于token的生成和使用逻辑。提问者使用UUID作为token，虽然UUID碰撞概率极低，但若未进行有效唯一性校验，则可能导致不同用户获得相同token。

因此，关键解决方案是在生成并保存token之前，进行唯一性校验。 在数据库或Redis中添加字段存储已使用token，生成新token后，先查询该字段，若存在则重新生成，直至生成唯一token。

此方法可有效避免token冲突，解决AccessToken混淆问题。需要修改代码，在token生成逻辑中增加唯一性校验步骤。 需仔细检查token生成、存储和使用流程，确保每个环节正确处理token，避免任何可能导致冲突的情况。