Android动态更新Token方案实战：从原理到最佳实践

1次阅读

没有评论

共计 1559 个字符，预计需要花费 4 分钟才能阅读完成。

在移动应用开发中，Token 是身份验证的核心机制。但随着安全要求的提高，Token 的有效期越来越短，动态更新 Token 成为必须解决的问题。常见的痛点包括：

Token 失效：用户操作过程中 Token 过期，导致后续请求失败
并发竞争：多个请求同时触发 Token 刷新，造成重复刷新或资源浪费
用户体验差：Token 失效后需要重新登录，打断用户操作流程

目前主流的 Token 更新方案主要有三种：

全局管理方案
优点：实现简单，逻辑集中
缺点：难以处理并发请求，容易产生竞态条件
RxJava 方案
优点：响应式编程，处理异步流程优雅
缺点：学习成本高，对项目架构有要求
OkHttp 拦截器方案
优点：与网络层解耦，灵活可控
缺点：需要处理线程安全问题

经过对比，OkHttp 拦截器方案在灵活性和可维护性上更具优势。

核心思路是当请求返回 401 时自动刷新 Token，然后重试原请求。实现要点：

使用 OkHttp 的 Interceptor 接口
通过同步锁防止并发刷新
添加 Token 刷新标记避免循环刷新

刷新 Token 成功后需要：

更新请求头中的 Token
重新构建请求
继续执行请求链

使用 synchronized 关键字确保同一时间只有一个线程能执行 Token 刷新操作，其他请求等待刷新完成。

class TokenInterceptor(private val tokenManager: TokenManager) : Interceptor {@Throws(IOException::class)
    override fun intercept(chain: Interceptor.Chain): Response {val originalRequest = chain.request()
        val response = chain.proceed(originalRequest)

        // 检查 Token 是否过期
        if (response.code == HttpURLConnection.HTTP_UNAUTHORIZED) {synchronized(this) {
                // 二次检查，防止重复刷新
                if (tokenManager.isTokenExpired()) {
                    // 刷新 Token
                    val newToken = tokenManager.refreshToken()

                    // 使用新 Token 重试请求
                    val newRequest = originalRequest.newBuilder()
                        .header("Authorization", "Bearer $newToken")
                        .build()
                    return chain.proceed(newRequest)
                }
            }
        }
        return response
    }
}