在KTOR客户端中重新攻击loadTokens的正确方法

Question

在我的移动应用程序中，我有一个Singleton KTOR httpclient带有以下配置的承载身份验证：

HttpClient(…) {
    install(Auth) {
        bearer {
            sendWithoutRequest { requestBuilder -> some condition }
            loadTokens(tokensStorage::getTokens)
            refreshTokens {
                performTokenRefresh(oldTokens.refreshToken)
            }
        }
    }
}

现在考虑以下流程：

1. 用户在我的tokenstorage中存储的令牌时打开应用程序 。无效。
2. httpclient从tokenstorage加载令牌，并且请求以401失败。
3. httpclient试图执行刷新，但也会失败，因为它刷新了，令牌无效。
4. 将用户重定向到登录页面，登录，新有效令牌存储在TokenStorage中。
5. 现在，从应用程序中，用户可以在第2-3点重试呼叫。但是，这将永远失败，直到应用程序关闭为止，因为httpclient再也不会尝试调用loadTokens。实际上，据我从源代码中看到，loadTokens仅被调用一次，然后再也不会被调用。

我发现了一些解决问题的方法。

第一个是从httpclient中手动检索bearerauthprovider，并清除以下片段中的令牌，但似乎是一个hacky的解决方法：

httpClient.plugin(Auth).providers
    .filterIsInstance<BearerAuthProvider>()
    .first().clearToken()

另一个是手动加载当前令牌来自我的tokenStorage refreshtoken ，而无视[email＆nbsp; nbsp; procected] code> </

refreshTokens {
    val currentRefreshToken = tokenStorage.getTokens().refreshToken
    performTokenRefresh(currentRefreshToken)
}

>登录）。

所以我的问题是：是否有一种更干净的方法来处理这种情况？我在滥用KTOR吗？

Answer 1

我们在两个地方手动清除它：
我们有“注销”用例，无论用户手动注销还是401踢出，它将始终触发。因为我们还需要清除其他缓存数据。
因此，该注销用例的第一行是通知HTTP客户端的，它的模具所缓存不再有效。

fun invalidateAuthTokens() {

    val authProvider = httpClient.authProvider<BearerAuthProvider>()

    requireNotNull(authProvider)

    authProvider.clearToken()
}

您必须确保将其调用。
当我们可以通过应用程序链接打开登录屏幕时，我们面临着案例，因此可能是用户正在记录的时候，而其他用户仍被记录或 HTTP客户端具有空的令牌，并且不知道它们是无效的。
在这种情况下，我们还需要清除登录时的缓存，因此KTOR的LoadTokens {}在需要时再次致电。