Devise with token认证异常：执行approve方法后重定向跳转至登录页

这种情况我碰到过好几次，大概率是会话没有被正确持久化或者目标路由的权限校验没适配你的token认证流程，给你拆解几个最可能的原因：

• Token认证未关联到会话
  你参考的那个token认证方案是基于请求参数/Header的无状态认证，但Devise默认登录依赖会话（session）。如果你的approve方法仅用token完成了认证逻辑，却没手动创建会话（比如调用sign_in(user)），那么重定向到approvals_path时，该路由对应的控制器会要求用户必须通过会话登录，自然就跳转到登录页了。
  解决方法：在approve方法认证通过后，加上sign_in(@user, bypass: true)（针对Devise），把用户登录状态持久化到会话中。

• 目标路由的权限校验未兼容token认证
  假设approvals_path对应的控制器加了before_action :authenticate_user!，但这个回调只认Devise的会话认证，不认你的token认证逻辑。哪怕你在approve里通过了token验证，到下一个页面还是会被拦截。
  解决方法：自定义一个authenticate_user_via_token_or_session!方法，替换原有的authenticate_user!。在这个方法里先检查token是否有效，有效则直接完成认证，无效再走会话认证流程。

• 会话被意外重置
  检查approve方法里有没有调用reset_session这类方法，或者处理token时有没有触发会重置会话的操作（比如安全机制判定请求可疑，主动清空会话）。一旦会话被清空，重定向后自然就没有登录状态了。
  解决方法：排查代码中的会话操作，确保认证通过后不会主动销毁会话。

• CSRF验证导致会话失效
  如果approve是POST请求，但你没在请求里携带CSRF令牌，Devise可能会出于安全考虑重置会话。虽然你说approve执行成功了，但会话已经被清空，重定向后就需要重新登录。
  解决方法：如果是表单提交，确保页面包含<%= csrf_meta_tags %>且表单带有authenticity_token字段；如果是API请求，可暂时关闭该路由的CSRF验证（生产环境不推荐，建议正确携带令牌）。

你可以先从第一个原因排查——在approve方法里加上会话登录的代码，这是最常见的触发点。

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