如果我有一个服务器，我可以使用用户名/密码进行身份验证并为后续请求获取身份验证令牌，那么解决此问题的最佳方法是什么？
流程应该是这样的：
- 开始请求
- 如果我们没有身份验证令牌 - 使用用户名和密码获取它
- 使用身份验证令牌发出请求
- 如果请求因令牌过期而失败，则使用用户名和密码获取新的身份验证令牌
- 使用新的身份验证令牌重试请求
- 结束
我注意到 Volley 可能已经有一些可以解决这个问题的东西 - Authenticatorhttps://android.googlesource.com/platform/frameworks/support/+/4474bc11f64b2b274ca6db5a1e23e8c1d143d5fa/volley/src/com/android/volley/toolbox/Authenticator.java https://android.googlesource.com/platform/frameworks/support/+/4474bc11f64b2b274ca6db5a1e23e8c1d143d5fa/volley/src/com/android/volley/toolbox/Authenticator.java它包含 getAuthToken() 和 invalidateAuthToken() 方法，这正是我想要的。但图书馆里似乎根本没有用过它。
我将 volley 用于使用长寿命 (LLT) 和短寿命 (SLT) 令牌的身份验证系统。
我是手动完成的，但一旦你把所有的东西都安排好了，这真的没什么工作。
让所有安全请求子类化为一个 baseSecureRequest，可以在其 onResponse() 和 onErrorResponse() 中处理所有安全请求所共有的令牌机制。
它变成了一点node.js 风格，其中请求发送其他请求并等待回调。
一个应用程序可能有十几个屏幕，其中只有一半需要身份验证访问 - 因此每个屏幕都应该不了解其请求的要求。
场景A
- 我们尝试发送安全请求。我们注意到我们没有 SLT
内存，所以创建一个TokenRequest。
- TokenRequest的onResponse()保存
该令牌到内存（让单例会话管理器保留它或
类似的无所不在的类别）
- 现在回调到原来的
具体类请求对象继续使用新更新的令牌。
场景B
我们发送了安全请求，但我们的 SLT 已过时（已过期）
服务器返回错误代码或消息，您可以在
baseSecureRequest 的一般 onErrorResponse() 。
在此 onError() 中，您发送一个refreshTokenRequest() 对象，该对象
尝试通过使用 LLT 从服务器请求新的 SLT 来刷新内存中的 SLT。
现在，refreshTokenRequest 的 onResponse() 可以回调到
原来的重发请求。
- 然而 onErrorResponse() 可能应该放弃整个事情，因为机会是
任何不是连接错误的错误都是由以下原因引起的
无效的 LLT。如果您继续尝试使用糟糕的 LLT 进行刷新，您将永远无法退出。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
