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、發(fā)起網(wǎng)絡請求

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本質(zhì)分析

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

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

驗證猜測

是誰實現(xiàn)了這個接口

發(fā)起網(wǎng)絡請求時，有這樣一句:

mApi = retrofit.create(APi.class);

很明顯，接口的實現(xiàn)應該是這個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);
     }
    });
 }

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

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

動態(tài)代理是干什么的？（大家最好單獨去學習下Java的動態(tài)代理，有時候非常有用，資料網(wǎng)上大把大把的）
使用動態(tài)代理一般是為了攔截方法，好在個方法執(zhí)行的時候，在執(zhí)行之前或之后干些自己的事情。這里回顧下Retrofit的使用，通過Create方法產(chǎn)生代理對象后直接就調(diào)用定義的方法了。那么，所有的小動作必然是在調(diào)用接口方法的時候干的。具體就是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中內(nèi)置的一些方法，除了這些，剩下的所有方法必然是我們在接口中定義的，也就是我們要攔截的。那么真正干事的就是三句：

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

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

如何產(chǎn)生發(fā)起http請求對象的？

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

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

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

@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，所以這里肯定有一步轉(zhuǎn)換，能將之前拼裝的信息轉(zhuǎn)換成我們指定的對象，具體核心就是最后一行的serviceMethod.adapt（）干的。

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