Usar TokenAuthenticator
uma resposta como @theblang é uma maneira correta de lidar refresh_token
.
Aqui está o meu implemento (usei Kotlin, Dagger, RX, mas você pode usar essa ideia para implantar no seu caso)
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()
}
}
Para evitar o ciclo de dependência, como o comentário de @Brais Gabin, eu crio 2 interfaces como
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>
}
e
interface PotoAuthApi { // Authentication API
@GET("api/images")
fun getImage(): Single<GetImageResponse>
}
AccessTokenWrapper
classe
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
classe
data class AccessToken(
@Expose
var token: String,
@Expose
var refreshToken: String)
My Interceptor
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())
}
}
Por fim, adicione Interceptor
e Authenticator
ao seu OKHttpClient
serviço de criação PotoAuthApi
Demo
https://github.com/PhanVanLinh/AndroidMVPKotlin
Nota
Fluxo do autenticador
getImage()
Código de erro de retorno 401 da API de exemplo
authenticate
método dentro TokenAuthenticator
será acionado
- Sincronizar
noneAuthAPI.refreshToken(...)
chamado
- Após a
noneAuthAPI.refreshToken(...)
resposta -> novo token será adicionado ao cabeçalho
getImage()
será chamado automaticamente com o novo cabeçalho ( HttpLogging
NÃO registrará esta chamada) ( intercept
dentro AuthInterceptor
NÃO SERÁ CHAMADO )
Se getImage()
ainda falhar com o erro 401, o authenticate
método interno TokenAuthenticator
será acionado novamente e novamente, em seguida, gerará erro sobre o método de chamada muitas vezes ( java.net.ProtocolException: Too many follow-up requests
). Você pode evitá-lo pela resposta da contagem . Exemplo, se você return null
em authenticate
após 3 vezes repetir, getImage()
vai terminar ereturn response 401
Se a getImage()
resposta tiver êxito =>, o resultado será o resultado normalmente (como você chama getImage()
sem erro)
Espero que ajude