Retrofit框架Call对象创建原理

 我们都知道Retrofit 中写网络请求,都是直接写一个接口,在接口里写对应的方法,返回类型是Call,如下:

  public interface ITransactionService {

  @GET(NetManager.TRANSACTION_LIST)          Call> getTransactionRecords(@QueryMap(encoded=true) ); 

}

Retrofit retrofit=new Retrofit.Builder()
            .baseUrl(url)
            .addConverterFactory(StringConverterFactory.create())
            .addConverterFactory(GsonConverterFactory.create())
            .client(OkhttpFactory.singletonOkHttp(context,mNotInterceptLog))
            .build();
Call> call= retrofit.create(ITransactionService.class);

call.enqueue(new Callback() {

@Override public void onResponse(Call call, retrofit2.Response response) {

}

@Override public void onFailure(Call call, Throwable t) { 

});

以上代码就是retrofit的大致写法,那么Call对象究竟是怎么生成的 ,一个没有实现类的接口是怎么支持里面的方法的呢?

通过分析源码发现,他的create 方法里是使用代理的方式实现,真正实现方法是InvocationHandler里的invoke方法,通过ServiceMethod类去解析getTransactionRecords方法上声明的注解和入参类型,获取的网络数据通过先前注册的相应的ConverterFactory来解析得到封装好的数据类型,源码如下;

public  T create(final Class service) {
  Utils.validateServiceInterface(service);
  if (validateEagerly) {
    eagerlyValidateMethods(service);
  }
  return (T) Proxy.newProxyInstance(service.getClassLoader(), new Class[] { service },
      new InvocationHandler() {
        private final Platform platform = Platform.get();

        @Override public Object invoke(Object proxy, Method method, Object[] args)
            throws Throwable {
          // If the method is a method from Object then defer to normal invocation.
          if (method.getDeclaringClass() == Object.class) {
            return method.invoke(this, args);
          }
          if (platform.isDefaultMethod(method)) {
            return platform.invokeDefaultMethod(method, service, proxy, args);
          }
          ServiceMethod serviceMethod =
              (ServiceMethod) loadServiceMethod(method);
          OkHttpCall okHttpCall = new OkHttpCall<>(serviceMethod, args);
          return serviceMethod.callAdapter.adapt(okHttpCall);
        }
      });
} 
   
  

这一巧妙的动态代理方式,减少了请求方法的编写及数据解析的过程,让开发者更多的关注业务逻辑。

 

你可能感兴趣的:(Retrofit框架Call对象创建原理)