俺们在走访户端的宏图实现底层网络架构时候,平日不可制止的一个题材:token的管用认证,假如token过期,则需要先进行refresh
token的操作,倘使执行refresh
token也不行,则需要用户再实践登陆的历程中;而这一个refresh
token的操作,按理来说,对用户是不可见的。这样的话,我们应该是怎么解决这些题材吧?

正文是利用RxJava +
Retrofit来实现网络请求的包装的,则要害探究这种状态的落实;一般的写法,则重点是在回调中,做一些梗阻的判定,这里就不叙述了。

单个请求添加token失效的判断

再采用Rxjava的时候,针对单个API出错,再展开重试机制,这里应该采用的操作符是retryWhen,
通过检测固定的错误音讯,然后开展retryWhen中的代码,执行重试机制。这里有个很好的事例,就是扔物线写的RxJava山姆(Sam)ples中提到的非四次token的demo。接下来,紧要以中间的demo为例,提一下retryWhen的用法。

在Demo中的TokenAdvancedFragment中,可查到如下的代码:

Observable.just(null)
  .flatMap(new Func1<Object, Observable<FakeThing>>() {
      @Override
      public Observable<FakeThing> call(Object o) {
      return cachedFakeToken.token == null
      ? Observable.<FakeThing>error(new NullPointerException("Token is null!"))
      : fakeApi.getFakeData(cachedFakeToken);
      }
      })
.retryWhen(new Func1<Observable<? extends Throwable>, Observable<?>>() {
    @Override
    public Observable<?> call(Observable<? extends Throwable> observable) {
    return observable.flatMap(new Func1<Throwable, Observable<?>>() {
        @Override
        public Observable<?> call(Throwable throwable) {
        if (throwable instanceof IllegalArgumentException || throwable instanceof NullPointerException) {
        return fakeApi.getFakeToken("fake_auth_code")
        .doOnNext(new Action1<FakeToken>() {
            @Override
            public void call(FakeToken fakeToken) {
            tokenUpdated = true;
            cachedFakeToken.token = fakeToken.token;
            cachedFakeToken.expired = fakeToken.expired;
            }
            });
        }
        return Observable.just(throwable);
        }
        });
    }
})

代码中retryWhen执行体中,首要对throwable做的判断是检测是否为NullPointerExceptionIllegalArgumentException,其中前者的抛出是在flatMap的代码体中,当用户的token为空抛出的,而IllegalArgumentException是在什么日期抛出来的啊?而retryWhen中的代码体还有fakeApi.getFakeData的调用,看来就是在它里面抛出的,来看一下她的代码:

public Observable<FakeThing> getFakeData(FakeToken fakeToken) {
  return Observable.just(fakeToken)
    .map(new Func1<FakeToken, FakeThing>() {
        @Override
        public FakeThing call(FakeToken fakeToken) {
        ...
        if (fakeToken.expired) {
        throw new IllegalArgumentException("Token expired!");
        }

        FakeThing fakeData = new FakeThing();
        fakeData.id = (int) (System.currentTimeMillis() % 1000);
        fakeData.name = "FAKE_USER_" + fakeData.id;
        return fakeData;
        }
        });
}

这边的代码示例中可以看来,当fakeToken失效的时候,则抛出了后面涉嫌的可怜。

故而,对token失效的错误音信,我们需要把它以定点的error跑出去,然后在retryWhen中展开拍卖,针对token失效的谬误,执行token重新刷新的逻辑,而任何的一无是处,必须以Observable.error的款式抛出来,不然它继续执行在此以前的代码体,陷入一个死循环。

六个请求token失效的处理逻辑

当集成了Retrofit之后,我们的网络请求接口则变成了一个个独自的措施,这时我们需要丰裕一个大局的token错误抛出,之后还得需要对负有的接口做一个联合的retryWhen的操作,来避免每个接口都所急需的token验证处理。

token失效错误抛出

在Retrofit中的Builder中,是通过GsonConvertFactory来做json转成model数据处理的,这里我们就需要重新实现一个要好的GsonConvertFactory,那里根本由两个公文GsonConvertFactory,GsonRequestBodyConverter,GsonResponseBodyConverter,它们两个从源码中拿过来新建即可。重要我们重写GsonResponseBodyConverter以此类中的convert的点子,这些点子重要将ResponseBody转换大家需要的Object,这里大家因此得到大家的token失效的错误音讯,然后将其以一个指定的Exception的音信抛出。

多请求的API代理

为持有的伸手都添加Token的荒唐验证,还要做联合的拍卖。借鉴Retrofit成立接口的api,大家也应用代理类,来对Retrofit的API做联合的代理处理。

  • 建立API代理类

public class ApiServiceProxy {

    Retrofit mRetrofit;

    ProxyHandler mProxyHandler;

    public ApiServiceProxy(Retrofit retrofit, ProxyHandler proxyHandler) {
        mRetrofit = retrofit;
        mProxyHandler = proxyHandler;
    }

    public <T> T getProxy(Class<T> tClass) {
        T t = mRetrofit.create(tClass);
        mProxyHandler.setObject(t);
        return (T) Proxy.newProxyInstance(tClass.getClassLoader(), new Class<?>[] { tClass }, mProxyHandler);
    }
}

如此那般,我们就需要通过Api瑟维斯(Service)Proxy中的getProxy方法来创建API请求。其它,其中的ProxyHandler则是贯彻InvocationHandler来实现。

public class ProxyHandler implements InvocationHandler {

    private Object mObject;

    public void setObject(Object obj) {
        this.mObject = obj;
    }

    @Override
    public Object invoke(Object proxy, final Method method, final Object[] args) throws Throwable {
        Object result = null;
        result = Observable.just(null)
            .flatMap(new Func1<Object, Observable<?>>() {
                @Override
                public Observable<?> call(Object o) {
                    try {
                        checkTokenValid(method, args);
                        return (Observable<?>) method.invoke(mObject, args);
                    } catch (IllegalAccessException e) {
                        e.printStackTrace();
                    } catch (InvocationTargetException e) {
                        e.printStackTrace();
                    }
                    return Observable.just(new APIException(-100, "method call error"));
                }
            }).retryWhen(new Func1<Observable<? extends Throwable>, Observable<?>>() {
                             @Override
                             public Observable<?> call(Observable<? extends Throwable> observable) {
                                 return observable.
                                     flatMap(new Func1<Throwable, Observable<?>>() {
                                                 @Override
                                                 public Observable<?> call(Throwable throwable) {
                                                     Observable<?> x = checkApiError(throwable);
                                                     if (x != null) return x;
                                                     return Observable.error(throwable);
                                                 }
                                             }

                                     );
                             }
                         }

                , Schedulers.trampoline());
        return result;
        }
  }

这里的invoke主意则是我们的重头戏,在内部经过将method.invoke艺术包装在Observable中,并添加retryWhen的章程,在retryWhen方法中,则对我们在GsonResponseBodyConverter中爆出出来的荒谬,做一判断,然后实施重新取得token的操作,这段代码就很粗略了。就不再这里细述了。

还有一个首要的地方就是,当token刷新成功之后,我们将旧的token替换掉吧?笔者查了一下,java8中的method类,已经支撑了动态获取形式名称,而从前的Java版本则是不援助的。这那里如何做呢?通过看retrofit的调用,可以领会retrofit是足以将接口中的方法转换成API请求,并需要封装参数的。那就需要看一下Retrofit是何等促成的吧?最终发现中央是在Retrofit对每个方法添加的@interface的笺注,通过Method类中的getParameterAnnotations来拓展获取,紧要的代码实现如下:

Annotation[][] annotationsArray = method.getParameterAnnotations();
Annotation[] annotations = null;
Annotation annotation = null;
if (annotationsArray != null && annotationsArray.length > 0) {
  for (int i = 0; i < annotationsArray.length; i++) {
    annotations = annotationsArray[i];
    for (int j = 0; j < annotations.length; j++) {
      annotation = annotations[j];
      if (annotation instanceof Query) {
        if (ACCESS_TOKEN_KEY.equals(((Query) annotation).value())) {
          args[i] = newToken;
        }
      }
    }
  }
}

此地,则遍历咱们所拔取的token字段,然后将其替换成新的token.

后记

此地,整个完整的代码没有交到,不过思路走下来或者很清晰的。笔者这里的代码是构成了Dagger2一起来成功的,然则代码是一步步到家的。其它,我们依旧有无数点可以扩充的,例如,将刷新token的代码变成同步块,只同意单线程的走访,那就付给读者们去一步步到位了。

PS: 更新了整机的Demo,
地址:RxJava+Retrofit贯彻全局过期token自动刷新Demo篇

PS:
转载请讲明原稿链接

相关文章

网站地图xml地图