click33
click33
你提供一下具体的报错异常堆栈信息截图
两个注解一起写 就是两个一起校验 报 无效 access_token 说明提供的 access_token 无效 报 无效 sign 说明提供的 sign 无效 有什么不理解的地方吗 报哪个错就说明哪个你前端提供的不对 我没理解你的困惑点在哪里
2 在具体的业务方法上只使用@ SaCheckAccessToken ，输入授权时返回的token，不会报错，但是加上@SaCheckSign，会报: 无效签名错误； 因为你前端没有提供正确的签名所以报签名错误 3 单独使用@SaCheckSign，偶然也会报错：无效签名，但不是一定报错，签名是工具类SaSignUtil.addSignParamsAndJoin(XXX)生成的； 你得提供一个稳定的复现方式我才能分析
本地测试未能复现此问题   
你看这里有没有符合你需要的包 https://sa-token.cc/doc.html#/plugin/dao-extend
你是否使用错了对应的 StpUtil？ 多账号体系下，用哪个 Stp 体系生成的token，就用哪个 Stp 去获取 例如：StpUserUtil 生成的 token，也要用 StpUserUtil.getTokenValue() 去获取
是不是没注册注解校验拦截器
// 指定token有效期(单位: 秒)，如下所示token七天有效 StpUtil.login(10001, new SaLoginModel().setTimeout(60 * 60 * 24 * 7));
已确认是 v1.40.0 的bug，可以暂时退回到1.39，等待1.41.0 修复
参考一下：https://github.com/dromara/sa-token/blob/master/sa-token-demo/sa-token-demo-sse/