为何JHipster登录后仍识别用户为匿名？API调用异常求助

从你给出的日志和接口调用情况来看，核心问题是登录后的用户身份没有被正确传递到/account接口，导致授权校验失败。下面是几个关键的排查方向：

1. 确认请求凭证的正确传递 #

登录成功后，服务端一般会返回身份凭证（比如JWT Token、Session ID），你需要检查：

• 调用/account接口时，是否在请求头里正确携带了这个凭证（比如Authorization: Bearer <你的token>或者Cookie: JSESSIONID=<会话ID>）
• 凭证是否有效：有没有过期、是否被篡改，或者是否在登录后被服务端主动失效
• 如果是跨域场景，是否配置了允许携带凭证（前端要设置withCredentials: true，后端要开启跨域凭证支持）

2. 检查/account接口的权限配置 #

大概率是这个接口的权限规则有问题：

• 看看/account接口是否要求特定角色或权限，比如是否需要ROLE_USER这类角色，但你的登录用户test@gmail.com没有被赋予该权限
• 核对接口的安全拦截规则，有没有误把/account设置成需要管理员权限，或者规则冲突导致合法用户被拦截

3. 排查会话/身份识别机制 #

从日志里能看到，调用/account时ANONYMOUS_USER变成了anonymousUser，说明服务端没识别到已登录的会话：

• 如果是基于Session的认证，检查服务端的Session存储是否正常（比如Redis会话有没有丢失，或者内存会话是否因为服务重启失效）
• 如果是Token认证，检查/account接口的过滤器是否正确解析了Token，有没有在解析过程中抛出异常导致用户身份加载失败
• 确认/account接口是否走了正确的认证拦截链，有没有被匿名访问的规则跳过

4. 深挖日志细节 #

对比两次请求的日志差异：

• 登录请求里AUTHORIZATION_FAILURE : false说明授权通过，而/account请求里AUTHORIZATION_FAILURE : true是明确的授权拒绝，找下服务端有没有更详细的错误日志（比如“用户xxx没有访问/account的权限”这类具体提示）
• 检查两次请求的会话ID或请求追踪ID是否一致，确认是同一个会话的请求，排除跨会话的问题

5. 简化场景测试 #

• 用Postman或curl先模拟登录拿到凭证，然后直接调用/account接口，排除前端代码传递凭证的问题
• 创建一个拥有全权限的测试用户，用它登录后调用/account，看看是否能成功，排查是否是用户权限不足的问题

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