Retrofit源碼解析

原文鏈接:http://www.lxweimin.com/p/c1a3a881a144

開發Android App肯定會使用Http請求與服務器通信,上傳或下載數據等。目前開源的Http請求工具也有很多,比如Google開發的Volley,loopj的Android Async Http,Square開源的OkHttp或者Retrofit等。

我覺得Retrofit 無疑是這幾個當中最好用的一個,設計這個庫的思路很特別而且巧妙。Retrofit的代碼很少,花點時間讀它的源碼肯定會收獲很多

本文的源碼分析基于Retrofit 2,和Retrofit 1.0的Api有較大的不同, 本文主要分為幾部分:0、Retrofit 是什么,1、Retrofit怎么用,2、Retrofit的原理是什么,3、我的心得與看法

0 Retrofit是什么

來自Retrofit官網的介紹:

A type-safe HTTP client for Android and Java

簡單的說它是一個基于OkHttp的RESTFUL Api請求工具,從功能上來說和Google的Volley功能上很相似,但是使用上很不相似。

Volley使用上更加原始而且符合使用者的直覺,當App要發送一個Http請求時,你需要先創建一個Request對象,指定這個Request用的是GET、POST或其他方法,一個api 地址,一個處理response的回調,如果是一個POST請求,那么你還需要給這個Request對象設置一個body,有時候你還需要自定義添加Header什么的,然后將這個Request對象添加到RequestQueue中,接下去檢查Cache以及發送Http請求的事情,Volley會幫你處理。如果一個App中api不同的api請求很多,這樣代碼就會很難看。

而Retrofit可以讓你簡單到調用一個Java方法的方式去請求一個api,這樣App中的代碼就會很簡潔方便閱讀

1 Retrofit怎么用

雖然Retrofit官網已經說明了,我還是要按照我的思路說一下它的使用方法

比如你要請求這么一個api,查看知乎專欄的某個作者信息:

https://zhuanlan.zhihu.com/api/columns/{user}

首先,你需要創建一個Retrofit對象,并且指定api的域名:

public static final String API_URL = "https://zhuanlan.zhihu.com";

Create a very simple REST adapter which points the Zhuanlan API.
Retrofit retrofit = new Retrofit.Builder()
    .baseUrl(API_URL)
    .addConverterFactory(GsonConverterFactory.create())
    .build();

其次,你要根據api新建一個Java接口,用Java注解來描述這個api

public interface ZhuanLanApi {
    @GET("/api/columns/{user} ")
    Call<ZhuanLanAuthor> getAuthor(@Path("user") String user)
}

再用這個retrofit對象創建一個ZhuanLanApi對象:

ZhuanLanApi api = retrofit.create(ZhuanLanApi.class);

Call<ZhuanLanAuthor> call = api.getAuthor("qinchao");

這樣就表示你要請求的api是https://zhuanlan.zhihu.com/api/columns/qinchao

最后你就可以用這個call對象獲得數據了,enqueue方法是異步發送http請求的,如果你想用同步的方式發送可以使用execute()方法,call對象還提供cancel()isCancel()等方法獲取這個Http請求的狀態

// 請求數據,并且處理response
call.enqueue(new Callback<ZhuanLanAuthor>() {
    @Override
    public void onResponse(Response<ZhuanLanAuthor> author) {
        System.out.println("name: " + author.getName());
    }
    @Override
    public void onFailure(Throwable t) {
    }
});

看到沒,Retrofit只要創建一個接口來描述Http請求,然后可以讓我們可以像調用Java方法一樣請求一個Api,是不是覺得很神奇,很不可思議!!

2 Retrofit的原理

從上面Retrofit的使用來看,Retrofit就是充當了一個適配器(Adapter)的角色:將一個Java接口翻譯成一個Http請求,然后用OkHttp去發送這個請求**

Volley描述一個HTTP請求是需要創建一個Request對象,而執行這個請求呢,就是把這個請求對象放到一個隊列中,在網絡線程中用HttpUrlConnection去請求

問題來了:

Retrofit是怎么做的呢?

答案很簡單,就是:Java的動態代理

動態代理

我剛開始看Retrofit的代碼,我對下面這句代碼感到很困惑:

ZhuanLanApi api = retrofit.create(ZhuanLanApi.class);

我給Retrofit對象傳了一個ZhuanLanApi接口的Class對象,怎么又返回一個ZhuanLanApi對象呢?進入create方法一看,沒幾行代碼,但是我覺得這幾行代碼就是Retrofit的精妙的地方

/** Create an implementation of the API defined by the {@code service} interface. */
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, 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 = loadServiceMethod(method);
        OkHttpCall okHttpCall = new OkHttpCall<>(serviceMethod, args);
        return serviceMethod.callAdapter.adapt(okHttpCall);
      }
    });

}

create方法就是返回了一個Proxy.newProxyInstance動態代理對象。那么問題來了...

動態代理是個什么東西?

看Retrofit代碼之前我知道Java動態代理是一個很重要的東西,比如在Spring框架里大量的用到,但是它有什么用呢?

Java動態代理就是給了程序員一種可能:當你要調用某個Class的方法前或后,插入你想要執行的代碼

比如你要執行某個操作前,你必須要判斷這個用戶是否登錄,或者你在付款前,你需要判斷這個人的賬戶中存在這么多錢。這么簡單的一句話,我相信可以把一個不懂技術的人也講明白Java動態代理是什么東西了。

為什么要使用動態代理

你看上面代碼,獲取數據的代碼就是這句:

Call<ZhuanLanAuthor> call = api.getAuthor("qinchao");

上面api對象其實是一個動態代理對象,并不是一個真正的ZhuanLanApi接口的implements產生的對象,當api對象調用getAuthor方法時會被動態代理攔截,然后調用Proxy.newProxyInstance方法中的InvocationHandler對象,它的invoke方法會傳入3個參數:

  • Object proxy: 代理對象,不關心這個

  • Method method:調用的方法,就是getAuthor方法

  • Object... args:方法的參數,就是"qinchao"

而Retrofit關心的就是method和它的參數args,接下去Retrofit就會用Java反射獲取到getAuthor方法的注解信息,配合args參數,創建一個ServiceMethod對象

ServiceMethod就像是一個中央處理器,傳入Retrofit對象和Method對象,調用各個接口和解析器,最終生成一個Request,包含api 的域名、path、http請求方法、請求頭、是否有body、是否是multipart等等。最后返回一個Call對象,Retrofit2中Call接口的默認實現是OkHttpCall,它默認使用OkHttp3作為底層http請求client

使用Java動態代理的目的就要攔截被調用的Java方法,然后解析這個Java方法的注解,最后生成Request由OkHttp發送

3 Retrofit的源碼分析

想要弄清楚Retrofit的細節,先來看一下Retrofit源碼的組成:

  1. 一個retrofit2.http包,里面全部是定義HTTP請求的Java注解,比如GETPOSTPUTDELETEHeadersPathQuery等等

  2. 余下的retrofit2包中幾個類和接口就是全部retrofit的代碼了,代碼真的很少,很簡單,因為retrofit把網絡請求這部分功能全部交給了OkHttp了

Retrofit接口

Retrofit的設計非常插件化而且輕量級,真的是非常高內聚而且低耦合,這個和它的接口設計有關。Retrofit中定義了4個接口:

Callback<T>

這個接口就是retrofit請求數據返回的接口,只有兩個方法

  • void onResponse(Response<T> response);

  • void onFailure(Throwable t);

Converter<F, T>

這個接口主要的作用就是將HTTP返回的數據解析成Java對象,主要有Xml、Gson、protobuf等等,你可以在創建Retrofit對象時添加你需要使用的Converter實現(看上面創建Retrofit對象的代碼)

Call<T>

這個接口主要的作用就是發送一個HTTP請求,Retrofit默認的實現是OkHttpCall<T>,你可以根據實際情況實現你自己的Call類,這個設計和Volley的HttpStack接口設計的思想非常相似,子類可以實現基于HttpClientHttpUrlConnetction的HTTP請求工具,這種設計非常的插件化,而且靈活

CallAdapter<T>

上面說到過,CallAdapter中屬性只有responseType一個,還有一個<R> T adapt(Call<R> call)方法,這個接口的實現類也只有一個,DefaultCallAdapter。這個方法的主要作用就是將Call對象轉換成另一個對象,可能是為了支持RxJava才設計這個類的吧

Retrofit的運行過程

上面講到ZhuanLanApi api = retrofit.create(ZhuanLanApi.class);代碼返回了一個動態代理對象,而執行Call<ZhuanLanAuthor> call = api.getAuthor("qinchao");代碼時返回了一個OkHttpCall對象,拿到這個Call對象才能執行HTTP請求

上面api對象其實是一個動態代理對象,并不是一個真正的ZhuanLanApi接口的implements產生的對象,當api對象調用getAuthor方法時會被動態代理攔截,然后調用Proxy.newProxyInstance方法中的InvocationHandler對象, 創建一個ServiceMethod對象

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

創建ServiceMethod

剛才說到,ServiceMethod就像是一個中央處理器,具體來看一下創建這個ServiceMethod的過程是怎么樣的

第一步,獲取到上面說到的3個接口對象:

callAdapter = createCallAdapter();
responseType = callAdapter.responseType();
responseConverter = createResponseConverter();

第二步,解析Method的注解,主要就是獲取Http請求的方法,比如是GET還是POST還是其他形式,如果沒有,程序就會報錯,還會做一系列的檢查,比如如果在方法上注解了@Multipart,但是Http請求方法是GET,同樣也會報錯。因此,在注解Java方法是需要嚴謹

for (Annotation annotation : methodAnnotations) {
    parseMethodAnnotation(annotation);
}

if (httpMethod == null) {
   throw methodError("HTTP method annotation is required (e.g., @GET, @POST, etc.).");
}

第三步,比如上面api中帶有一個參數{user},這是一個占位符,而真實的參數值在Java方法中傳入,那么Retrofit會使用一個ParameterHandler來進行替換:

int parameterCount = parameterAnnotationsArray.length;
parameterHandlers = new ParameterHandler<?>[parameterCount];

最后,ServiceMethod會做其他的檢查,比如用了@FormUrlEncoded注解,那么方法參數中必須至少有一個@Field@FieldMap

執行Http請求

之前講到,OkHttpCall是實現了Call接口的,并且是真正調用OkHttp3發送Http請求的類。OkHttp3發送一個Http請求需要一個Request對象,而這個Request對象就是從ServiceMethodtoRequest返回的

總的來說,OkHttpCall就是調用ServiceMethod獲得一個可以執行的Request對象,然后等到Http請求返回后,再將response body傳入ServiceMethod中,ServiceMethod就可以調用Converter接口將response body轉成一個Java對象

結合上面說的就可以看出,ServiceMethod中幾乎保存了一個api請求所有需要的數據,OkHttpCall需要從ServiceMethod中獲得一個Request對象,然后得到response后,還需要傳入ServiceMethodConverter轉換成Java對象

你可能會覺得我只要發送一個HTTP請求,你要做這么多事情不會很“慢”嗎?不會很浪費性能嗎?

我覺得,首先現在手機處理器主頻非常高了,解析這個接口可能就花1ms可能更少的時間(我沒有測試過),面對一個HTTP本來就需要幾百ms,甚至幾千ms來說不值得一提;而且Retrofit會對解析過的請求進行緩存,就在Map<Method, ServiceMethod> serviceMethodCache = new LinkedHashMap<>();這個對象中

如何在Retrofit中使用RxJava

由于Retrofit設計的擴展性非常強,你只需要添加一個CallAdapter就可以了

Retrofit retrofit = new Retrofit.Builder()
  .baseUrl("https://api.github.com")
  .addConverterFactory(ProtoConverterFactory.create())
  .addConverterFactory(GsonConverterFactory.create())
  .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
  .build();

上面代碼創建了一個Retrofit對象,支持Proto和Gson兩種數據格式,并且還支持RxJava

4 最后

Retrofit非常巧妙的用注解來描述一個HTTP請求,將一個HTTP請求抽象成一個Java接口,然后用了Java動態代理的方式,動態的將這個接口的注解“翻譯”成一個HTTP請求,最后再執行這個HTTP請求

Retrofit的功能非常多的依賴Java反射,代碼中其實還有很多細節,比如異常的捕獲、拋出和處理,大量的Factory設計模式(為什么要這么多使用Factory模式?)

Retrofit中接口設計的恰到好處,在你創建Retrofit對象時,讓你有更多更靈活的方式去處理你的需求,比如使用不同的Converter、使用不同的CallAdapter,這也就提供了你使用RxJava來調用Retrofit的可能

我也慢慢看了Picasso和Retrofit的代碼了,收獲還是很多的,也更加深入的理解面向接口的編程方法,這個寫代碼就是好的代碼就是依賴接口而不是實現最好的例子

好感謝開源的世界,讓我能讀到大牛的代碼。我一直覺得一個人如果沒有讀過好的代碼是不太可能寫出好代碼的。什么是好的代碼?像Picasso和Retrofit這樣的就是好的代碼,擴展性強、低耦合、插件化

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,428評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,024評論 3 413
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,285評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,548評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,328評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,878評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,971評論 3 439
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,098評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,616評論 1 331
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,554評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,725評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,243評論 5 355
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,971評論 3 345
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,361評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,613評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,339評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,695評論 2 370