ng-token-auth,ionic,devise_token_auth; 令牌在xhr请求中随机丢失

Question

我继承了一个Ionic应用程序,该应用程序使用ng-token-auth+ devise_token_auth来处理身份验证以及正面和背面之间的会话.

发生的事情很奇怪.有时(特别是连接速度慢)请求(或响应)丢失,之后我只得到401http错误.

我知道,每当我发送请求时,令牌都会过期,但是当xhr请求被取消时(由我认为是服务器,或者是浏览器,我不知道),令牌已过期而未被新生成的令牌替换通过devise_token_auth宝石.

我知道Rails,但我不熟悉Angular,既不是Ionic,也不知道到底在哪里.

在阅读了很多SO答案之后,似乎没有人出现我的问题(在本地和分期/生产中发生),我检查了以下内容

• storage被设为localStorage.
• config.batch_request_buffer_throttle = 20.seconds
• 取消的请求之间没有模式,有时我会为用户名执行get,有时会发布帖子或发表评论.
• 不是CORS问题,因为它会永远或永远不会发生.(而且我正在使用离子博客中解释的代理)
• 也许它可能与临时标题 chrome bug有关.但是,我怎么能确定？

令我感到困惑的是,它有时只会发生,而不是总是发生.(并且后端没有错误)

我在devise_token_auth文档中找到的唯一解决方法是更改config.change_headers_on_each_request以false避免以这种方式重新生成令牌.

但我不喜欢这种解决方案,因为我认为它以不安全的方式隐藏真正的问题,而不是解决令牌丢失问题.有什么建议吗？

Answer 1

请检查一下这个东西：

• 版本：您使用的是该 gem 的哪个版本（以及ng-token-auth、jToker或Angular2-Token如果适用）？

• 请求和响应标头：这些标头可以在浏览器网络检查器的“网络”选项卡中找到。

• Rails Stacktrace：这可以在 API 的 log/development.log 中找到。

• 环境信息：您的应用程序与参考实现有何不同？

  这可能包括（但不限于）以下详细信息：

  路由：您是否使用了一些疯狂的名称空间、范围或约束？

  Gems：您是否使用 MongoDB、Grape、RailsApi、ActiveAdmin 等？

  自定义覆盖：您在 [自定义控制器覆盖] 5方面做了什么 ？

  自定义前端：您是否使用 ng-token-auth、jToker、Angular2- Token或其他东西？