Использование TokenAuthenticator
ответа типа @theblang является правильным способом обработки refresh_token
.
Вот мой инструмент (я использую Kotlin, Dagger, RX, но вы можете использовать эту идею для реализации в вашем случае)
TokenAuthenticator
class TokenAuthenticator @Inject constructor(private val noneAuthAPI: PotoNoneAuthApi, private val accessTokenWrapper: AccessTokenWrapper) : Authenticator {
override fun authenticate(route: Route, response: Response): Request? {
val newAccessToken = noneAuthAPI.refreshToken(accessTokenWrapper.getAccessToken()!!.refreshToken).blockingGet()
accessTokenWrapper.saveAccessToken(newAccessToken) // save new access_token for next called
return response.request().newBuilder()
.header("Authorization", newAccessToken.token) // just only need to override "Authorization" header, don't need to override all header since this new request is create base on old request
.build()
}
}
Для предотвращения цикла зависимостей типа комментария @Brais Gabin, я создаю 2 интерфейса:
interface PotoNoneAuthApi { // NONE authentication API
@POST("/login")
fun login(@Body request: LoginRequest): Single<AccessToken>
@POST("refresh_token")
@FormUrlEncoded
fun refreshToken(@Field("refresh_token") refreshToken: String): Single<AccessToken>
}
и
interface PotoAuthApi { // Authentication API
@GET("api/images")
fun getImage(): Single<GetImageResponse>
}
AccessTokenWrapper
класс
class AccessTokenWrapper constructor(private val sharedPrefApi: SharedPrefApi) {
private var accessToken: AccessToken? = null
// get accessToken from cache or from SharePreference
fun getAccessToken(): AccessToken? {
if (accessToken == null) {
accessToken = sharedPrefApi.getObject(SharedPrefApi.ACCESS_TOKEN, AccessToken::class.java)
}
return accessToken
}
// save accessToken to SharePreference
fun saveAccessToken(accessToken: AccessToken) {
this.accessToken = accessToken
sharedPrefApi.putObject(SharedPrefApi.ACCESS_TOKEN, accessToken)
}
}
AccessToken
класс
data class AccessToken(
@Expose
var token: String,
@Expose
var refreshToken: String)
Мой перехватчик
class AuthInterceptor @Inject constructor(private val accessTokenWrapper: AccessTokenWrapper): Interceptor {
override fun intercept(chain: Interceptor.Chain): Response {
val originalRequest = chain.request()
val authorisedRequestBuilder = originalRequest.newBuilder()
.addHeader("Authorization", accessTokenWrapper.getAccessToken()!!.token)
.header("Accept", "application/json")
return chain.proceed(authorisedRequestBuilder.build())
}
}
Наконец, добавьте Interceptor
и Authenticator
к вашему OKHttpClient
при создании службы PotoAuthApi
демонстрация
https://github.com/PhanVanLinh/AndroidMVPKotlin
Заметка
Аутентификатор потока
- Пример
getImage()
возврата API 401 код ошибки
authenticate
метод внутри TokenAuthenticator
будет уволен
- Синхронизировать
noneAuthAPI.refreshToken(...)
называется
- После
noneAuthAPI.refreshToken(...)
ответа -> новый токен добавит в шапку
getImage()
будет вызываться AUTO с новым заголовком ( HttpLogging
НЕ будет регистрировать этот вызов) ( intercept
внутри не AuthInterceptor
будет вызываться )
Если getImage()
ошибка 401 все еще не сработала, authenticate
метод внутри TokenAuthenticator
будет вызывать ОПЯТЬ и СНОВА, а затем будет много раз выдавать ошибку о вызове метода ( java.net.ProtocolException: Too many follow-up requests
). Вы можете предотвратить это, посчитав ответ . Например, если вы return null
в authenticate
после 3 -х раз повторить, getImage()
будет закончить иreturn response 401
Если getImage()
ответ успешен =>, мы приведем результат в обычном режиме (как вы звоните getImage()
без ошибок)
Надеюсь, это поможет