看清Retrofit的本质，它做了什么

作者: s1991721 | 来源:发表于2018-10-22 15:45 被阅读0次

看清Retrofit的本质，它做了什么
拆轮子系列：Retrofit2
Retrofit执行流程及源码解析
Retrofit源码分析一概览
Android-Retrofit+RxJava+OkHttp
看清本质
Android网络编程- 简要记录Retrofit的使用
2018-07-10关于“时间”概念的简单思考
本质
生活的本质就是看清它，然后依旧热爱它

android中较为火热的网络库当数OkHttp和Retrofit了，它们都来自Square，为什么同样的网络库要做两种？OkHttp与Retrofit之间又有什么联系？我们一步步，揭开Retrofit的源码看看它到底与OkHttp有什么区别！

Retrofit的使用与OkHttp有些许不同

OkHttp中需要请求的相关信息由Request对象承载

而在Retrofit中每一个请求由方法表示，方法的参数和注解信息为相关的请求信息，且方法必须定义在接口类中

异步请求

同步请求

同步请求时，不能够阻塞主线程

和OkHttpClient类有点类似，根据之前的经验直接进入Retrofit.Builder内部类中

    public Retrofit build() {
      if (baseUrl == null) {
        throw new IllegalStateException("Base URL required.");
      }

      okhttp3.Call.Factory callFactory = this.callFactory;
      if (callFactory == null) {
        callFactory = new OkHttpClient();
      }

      Executor callbackExecutor = this.callbackExecutor;
      if (callbackExecutor == null) {
        callbackExecutor = platform.defaultCallbackExecutor();
      }

      // Make a defensive copy of the adapters and add the default Call adapter.
      List<CallAdapter.Factory> callAdapterFactories = new ArrayList<>(this.callAdapterFactories);
      callAdapterFactories.add(platform.defaultCallAdapterFactory(callbackExecutor));

      // Make a defensive copy of the converters.
      List<Converter.Factory> converterFactories =
          new ArrayList<>(1 + this.converterFactories.size());

      // Add the built-in converter factory first. This prevents overriding its behavior but also
      // ensures correct behavior when using converters that consume all types.
      converterFactories.add(new BuiltInConverters());
      converterFactories.addAll(this.converterFactories);

      return new Retrofit(callFactory, baseUrl, unmodifiableList(converterFactories),
          unmodifiableList(callAdapterFactories), callbackExecutor, validateEagerly);
    }

通过构建者模式实例化Retrofit对象返回，build方法中做了初始化工作，几个关键的对象被实例化

baseUrl：网络请求的基地址
callFactory：okhttp中的okhttp3.Call.Factory类用于生成call对象的工厂，用于实际的网络请求
callbackExecutor：Executor类的实例化对象，由默认平台生成，用于任务执行的具体工人，但并不是所有都会用到！（这里挖个坑）
callAdapterFactories：集合类存放CallAdapter.Factory对象，区分callAdapter和Factories，callAdapter是call的适配器，Factories则是产生适配器的工厂们，注意复数形式
converterFactories：集合类存放Converter.Factory对象，区分converter和Factories，converter是类型转换器（如JSON与java对象间的转换），Factories则是生产converter的工厂们

创建的Retrofit对象持有以上几个变量

Retrofit中没有Request对象承载请求信息，转而使用接口

  public <T> T create(final Class<T> 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, @Nullable 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<Object, Object> serviceMethod =
                (ServiceMethod<Object, Object>) loadServiceMethod(method);
            OkHttpCall<Object> okHttpCall = new OkHttpCall<>(serviceMethod, args);
            return serviceMethod.adapt(okHttpCall);
          }
        });
  }

通过动态代理的方式，生成对应的接口对象

前面所说：每一个请求对应接口类中的一个方法。接口被动态代理生成接口对象，当接口对象调用其中的方法时意味着一次请求，由于接口对象是代理对象，那具体的方法执行由代理方法执行

即方法的执行进入代理方法内，代理方法返回call对象，和OkHttp一样是具体的请求，请求结果Response就是call通过execute、enqueue返回的。

咦？怎么这次到这就没了，OkHttp的时候不是深度阅读么，这次怎么是广度阅读了？

首先Retrofit不同于OkHttp是正儿八经的网络库，它只是OkHttp的应用封装，没有OkHttp的请求信息处理、路由、返回码处理、重连、重定向、Cache等众多的网络功能。看OkHttp源码时要深入到网络情况的各种细节，而对于Retrofit要从封装的角度看待源码，了解为什么作者这样封装，采用了这种设计模式的精妙之处在哪里。

封装的几大关键类