欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Retrofit 源碼分析初探

 更新時間：2018年05月14日 08:54:59   作者：低情商的大仙  
這篇文章主要介紹了Retrofit 源碼分析初探,小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧

現(xiàn)如今，Android開發(fā)中，網(wǎng)絡(luò)層Retrofit+Okhttp組合好像已成標(biāo)配，身為技術(shù)人員，這么火的框架當(dāng)然得一探究竟，不為裝逼，純粹是為了充電而已。

基本使用介紹

介紹源碼前，我們先看下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)絡(luò)請求

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ì)分析

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

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

驗證猜測

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

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

mApi = retrofit.create(APi.class);

很明顯，接口的實(shí)現(xiàn)應(yīng)該是這個create干的事，我們跟進(jìn)去看看源碼：

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

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

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

動態(tài)代理是干什么的？（大家最好單獨(dú)去學(xué)習(xí)下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其實(shí)很像，其實(shí)連方法都幾乎一樣，但是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（）干的。

總結(jié)

經(jīng)過以上分析，我們對Retrofit大致是干什么的很清楚了，主要就是拼裝http信息，并轉(zhuǎn)換成我們要的能夠發(fā)起http請求的對象。本文只是一個初探，后面我們將對每一步進(jìn)行深入分析。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

相關(guān)文章

最新評論