Retrofit源碼的示例分析

這篇文章主要介紹了Retrofit源碼的示例分析，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

基本使用介紹

介紹源碼前，我們先看下Retrofit的基本使用，大致了解下流程，跟著這個流程來分析源碼才不會亂。

1、初始化Retrofit對象

Retrofit retrofit = new Retrofit.Builder()
    //使用自定義的mGsonConverterFactory
    .addConverterFactory(GsonConverterFactory.create())
    .baseUrl("http://apis.baidu.com/txapi/")
    .build()；

2、定義接口

public interface APi {

  @GET("hello/world")
  Call<News> getNews(@Query("num") String num,@Query("page")String page);
}

3、發起網絡請求

mApi = retrofit.create(APi.class);
Call<News> news = mApi.getNews("1", "10");
news.enqueue(new Callback<News>() {
  @Override
  public void onResponse(Call<News> call, Response<News> response) {

  }

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

  }
});

Retrofit本質分析

看到上面的整個流程，不去探究源碼的話肯定一臉懵逼，我就定義了一個接口，指定了下返回值，為毛這個接口就可以直接用了？接口的實現呢？我隨便寫一個返回值，不指定返回Call行不行？待著這些疑問，我們大致也可以猜出Retrofit是干什么的了。

猜測：Retrofit主要就是為我們定義的接口創造了一個實例，然后這個實例調用接口中的方法將我們定義在注解中的值拼裝成發起http請求所要的信息，最后利用這些信息產生一個我們在接口返回值中規定的對象，這個對象可以用來發起真正的請求。
簡單的講，Retrofit就是把注解中的東西拼成http請求的對象，然后由這個對象去發起請求。

驗證猜測

是誰實現了這個接口

發起網絡請求時，有這樣一句:

mApi = retrofit.create(APi.class);

很明顯，接口的實現應該是這個create干的事，我們跟進去看看源碼：

 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);
     }
    });
 }

這里我們不用去看一些細節，只去關注我們想知道的，這個Create方法到底干了什么，看到Proxy.newProxyInstance，哦！這就很明顯了，這里接口之所以能夠直接調用是使用了動態代理技術，產生了一個代理對象。binggo，一個問題解決！！！

什么時候開始將注解中參數拼裝成http請求的信息的？

動態代理是干什么的？（大家最好單獨去學習下Java的動態代理，有時候非常有用，資料網上大把大把的）
使用動態代理一般是為了攔截方法，好在個方法執行的時候，在執行之前或之后干些自己的事情。這里回顧下Retrofit的使用，通過Create方法產生代理對象后直接就調用定義的方法了。那么，所有的小動作必然是在調用接口方法的時候干的。具體就是invoke中的方法

  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);

前兩個if判斷主要是為了跳過object和object中內置的一些方法，除了這些，剩下的所有方法必然是我們在接口中定義的，也就是我們要攔截的。那么真正干事的就是三句：

ServiceMethod<Object, Object> serviceMethod =
        (ServiceMethod<Object, Object>) loadServiceMethod(method);
      OkHttpCall<Object> okHttpCall = new OkHttpCall<>(serviceMethod, args);
      return serviceMethod.adapt(okHttpCall);

其中loadServiceMethod()方法就是用來拼裝http請求信息的，這個問題解決！

如何產生發起http請求對象的？

經過上面的分析， OkHttpCall<Object> okHttpCall = new OkHttpCall<>(serviceMethod, args);這就很明顯就是用來生產這個對象的。

如何將對象轉換成我們在接口中指定的返回值的？

這里要說明下，之前我們定義接口的時候是這樣的：

@GET("hello/world")
  Call<News> getNews(@Query("num") String num,@Query("page")String page);

這里的Call和Okhttp的Call其實很像，其實連方法都幾乎一樣，但是Retrofit和Rxjava一起用的時候又可以這樣定義

@GET("book/search")
  Observable<Book> getSearchBook(@Query("q") String name,
                  @Query("tag") String tag, @Query("start") int start,
                  @Query("count") int count);

這里指定的返回值不再是Call，而是變成了RxJava的Observable，所以這里肯定有一步轉換，能將之前拼裝的信息轉換成我們指定的對象，具體核心就是最后一行的serviceMethod.adapt（）干的。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“Retrofit源碼的示例分析”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!