Android Retrofit源碼的具體用法解析
簡介
Retrofit 是 Square 推出的 HTTP 框架,主要用于 Android 和 Java。Retrofit 將網絡請求變成方法的調用,使用起來非常簡潔方便。本文先簡要介紹一下 Retrofit 的用法,然后具體分析其源碼執行的流程。
基本用法
Retrofit 把HTTP API 變成 Java 的接口。下面是 Retrofit 官網的一個例子:
- public interface GitHubService {
- @GET("users/{user}/repos")
- Call<List<Repo>> listRepos(@Path("user") String user);
- }
在 GithubService 接口中有一個方法 listRepos,這個方法用了 @GET 的方式注解,這表明這是一個 GET 請求。在后面的括號中的users/{user}/repos 是請求的路徑,其中的 {user} 表示的是這一部分是動態變化的,它的值由方法的參數傳遞過來,而這個方法的參數@Path("user") String user 即是用于替換 {user} 。另外注意這個方法的返回值是 Call<List<Repo>>。可以看出 Retrofit 用注解的方式來描述一個網絡請求相關的參數。
上面才是開始,下面要發出這個網絡請求:
- Retrofit retrofit = new Retrofit.Builder()
- .baseUrl("https://api.github.com/")
- .addConverterFactory(GsonConverterFactory.create())
- .build();
- GitHubService service = retrofit.create(GitHubService.class);
- Call<List<Repo>> repos = service.listRepos("octocat");
- repos.enqueue(new Callback<List<Repo>>() {
- @Override
- public void onResponse(Call<List<Repo>> call, Response<List<Repo>> response) {
- }
- @Override
- public void onFailure(Call<List<Repo>> call, Throwable t) {
- }
- });
可以看出,先是構建了一個 Retrofit 對象,其中傳入了 baseUrl 參數,baseUrl 和上面的 GET 方法后面的路徑組合起來才是一個完整的 url。除了 baseUrl,還有一個 converterFactory,它是用于把返回的 http response 轉換成 Java 對象,對應方法的返回值Call<List<Repo>> 中的 List<Repo>>,其中 Repo 是自定義的類。有了Retrofit 對象,接著調用它的 create 方法創建了GitHubService 的實例,然后就可以調用這個實例的方法來請求網絡了。調用 listRepo 方法得到一個 Call對象,然后可以使用enqueue 或者 execute 來執行發起請求,enqueue 是是異步執行,而 execute 是同步執行。
Retrofit 的基本用法就是這樣,其它還有一些細節可以查看官網。
源碼分析
我***次接觸 Retrofit 的時候覺得這個東西挺神奇的,用法跟一般的網絡請求不一樣。下面就來看看 Retrofit 的源碼是怎么實現的。
Retrofit 的創建
從 Retrofit 的創建方法可以看出,使用的是 Builder 模式。Retrofit 中有如下的幾個關鍵變量:
- //用于緩存解析出來的方法
- private final Map<Method, ServiceMethod> serviceMethodCache = new LinkedHashMap<>();
- //請求網絡的OKHttp的工廠,默認是 OkHttpClient
- private final okhttp3.Call.Factory callFactory;
- //baseurl
- private final HttpUrl baseUrl;
- //請求網絡得到的response的轉換器的集合 默認會加入 BuiltInConverters
- private final List<Converter.Factory> converterFactories;
- //把Call對象轉換成其它類型
- private final List<CallAdapter.Factory> adapterFactories;
- //用于執行回調 Android中默認是 MainThreadExecutor
- private final Executor callbackExecutor;
- //是否需要立即解析接口中的方法
- private final boolean validateEagerly;
再看一下Retrofit 中的內部類 Builder 的 builder 方法:
- public Retrofit build() {
- if (baseUrl == null) {
- throw new IllegalStateException("Base URL required.");
- }
- okhttp3.Call.Factory callFactory = this.callFactory;
- if (callFactory == null) {
- //默認創建一個 OkHttpClient
- callFactory = new OkHttpClient();
- }
- Executor callbackExecutor = this.callbackExecutor;
- if (callbackExecutor == null) {
- //Android 中返回的是 MainThreadExecutor
- callbackExecutor = platform.defaultCallbackExecutor();
- }
- // Make a defensive copy of the adapters and add the default Call adapter.
- List<CallAdapter.Factory> adapterFactories = new ArrayList<>(this.adapterFactories);
- adapterFactories.add(platform.defaultCallAdapterFactory(callbackExecutor));
- // Make a defensive copy of the converters.
- List<Converter.Factory> converterFactories = new ArrayList<>(this.converterFactories);
- return new Retrofit(callFactory, baseUrl, converterFactories, adapterFactories,
- callbackExecutor, validateEagerly);
- }
在創建 Retrofit 的時候,如果沒有指定 OkHttpClient,會創建一個默認的。如果沒有指定 callbackExecutor,會返回平臺默認的,在 Android 中是 MainThreadExecutor,并利用這個構建一個 CallAdapter加入 adapterFactories。
create 方法
有了 Retrofit 對象后,便可以通過 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, Object... args)
- throws Throwable {
- // If the method is a method from Object then defer to normal invocation.如果是Object中的方法,直接調用
- if (method.getDeclaringClass() == Object.class) {
- return method.invoke(this, args);
- }
- //為了兼容 Java8 平臺,Android 中不會執行
- 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 方法接受一個 Class 對象,也就是我們編寫的接口,里面含有通過注解標識的請求網絡的方法。注意 return 語句部分,這里調用了 Proxy.newProxyInstance 方法,這個很重要,因為用了動態代理模式。關于動態代理模式,可以參考這篇文章:http://www.codekk.com/blogs/d...。簡單的描述就是,Proxy.newProxyInstance 根據傳進來的 Class 對象生成了一個實例 A,也就是代理類。每當這個代理類 A 執行某個方法時,總是會調用 InvocationHandler(Proxy.newProxyInstance 中的第三個參數) 的invoke 方法,在這個方法中可以執行一些操作(這里是解析方法的注解參數等),通過這個方法真正的執行我們編寫的接口中的網絡請求。
方法解析和類型轉換
下面具體看一下在 invoke 中解析網絡請求方法的幾行。首先是 ServiceMethod serviceMethod = loadServiceMethod(method);,其中 loadServiceMethod 代碼如下:
- ServiceMethod loadServiceMethod(Method method) {
- ServiceMethod result;
- synchronized (serviceMethodCache) {
- result = serviceMethodCache.get(method);
- if (result == null) {
- result = new ServiceMethod.Builder(this, method).build();
- serviceMethodCache.put(method, result);
- }
- }
- return result;
- }
可以看出,這里是先到緩存中找,緩存中沒有再去創建。這里創建了 ServiceMethod 對象。ServiceMethod 用于把接口方法的調用轉換成一個 HTTP 請求。其實,在 ServiceMethod 中,會解析接口中方法的注解、參數等,它還有個 toRequest 方法,用于生成一個 Request 對象。這個 Request 對象就是 OkHttp 中的 Request,代表了一條網絡請求(Retrofit 實際上把真正請求網絡的操作交給了 OkHttp 執行)。下面是創建 ServiceMethod 的部分代碼:
- public ServiceMethod build() {
- //獲取 callAdapter
- callAdapter = createCallAdapter();
- responseType = callAdapter.responseType();
- if (responseType == Response.class || responseType == okhttp3.Response.class) {
- throw methodError("'"
- + Utils.getRawType(responseType).getName()
- + "' is not a valid response body type. Did you mean ResponseBody?");
- }
- //獲取 responseConverter
- responseConverter = createResponseConverter();
- for (Annotation annotation : methodAnnotations) {
- //解析注解
- parseMethodAnnotation(annotation);
- //省略了一些代碼
- ...
- }
- }
在得到 ServiceMethod 對象后,把它連同方法調用的相關參數傳給了 OkHttpCall 對象,也就是這行代碼: OkHttpCall okHttpCall = new OkHttpCall<>(serviceMethod, args);。 下面介紹 OkHttpCall,OkHttpCall繼承于 Call 接口。Call 是Retrofit 的基礎接口,代表發送網絡請求與響應調用,它包含下面幾個接口方法:
- Response<T> execute() throws IOException; //同步執行請求
- void enqueue(Callback<T> callback); //異步執行請求,callback 用于回調
- boolean isExecuted(); //是否執行過
- void cancel(); //取消請求
- boolean isCanceled(); //是否取消了
- Call<T> clone(); //克隆一條請求
- Request request(); //獲取原始的request
OkHttpCall 是 Call 的一個實現類,它里面封裝了 OkHttp 中的原生 Call,在這個類里面實現了 execute 以及 enqueue 等方法,其實是調用了 OkHttp 中原生 Call 的對應方法。
接下來把 OkHttpCall 傳給 serviceMethod.callAdapter 對象,這里的callAdapter又是什么?在上面創建 ServiceMethod 的代碼中有一行代碼: callAdapter = createCallAdapter(),這里創建了 calladapter,在這個代碼內部是根據方法的返回類型以及注解去尋找對應的 CallAdapter,去哪里尋找?去 Retrofit 對象的 adapterFactories 集合中找。當我們創建 Retrofit 的時候,可以調用 addCallAdapter 向 adapterFactories 中添加 CallAdapter。在前面的基本用法里面,我們并沒有添加任何 CallAdapter,但adapterFactories 中默認會添加一個 ExecutorCallAdapterFactory,調用其 get 方法便可獲得 CallAdapter 對象。
那么 CallAdapter 是干嘛的呢?上面調用了adapt 方法,它是為了把一個 Call 轉換成另一種類型,比如當 Retrofit 和 RxJava 結合使用的時候,接口中方法可以返回 Observable<T>,這里相當于適配器模式。默認情況下得到的是一個 Call 對象,它是ExecutorCallbackCall,代碼如下:
- public CallAdapter<Call<?>> get(Type returnType, Annotation[] annotations, Retrofit retrofit) {
- if (getRawType(returnType) != Call.class) {
- return null;
- }
- final Type responseType = Utils.getCallResponseType(returnType);
- return new CallAdapter<Call<?>>() {
- @Override public Type responseType() {
- return responseType;
- }
- @Override public <R> Call<R> adapt(Call<R> call) {
- return new ExecutorCallbackCall<>(callbackExecutor, call);
- }
- };
- }
這個 ExecutorCallbackCall 接受一個 callbackExecutor(Android 中默認為 MainThreadExecutor,把返回的數據傳回主線程) 和一個 call,也就是 OkhttpCall。看下 ExecutorCallbackCall 部分代碼:
- static final class ExecutorCallbackCall<T> implements Call<T> {
- final Executor callbackExecutor;
- final Call<T> delegate;
- ExecutorCallbackCall(Executor callbackExecutor, Call<T> delegate) {
- this.callbackExecutor = callbackExecutor;
- this.delegate = delegate;
- }
- @Override public void enqueue(final Callback<T> callback) {
- if (callback == null) throw new NullPointerException("callback == null");
- delegate.enqueue(new Callback<T>() {
- @Override public void onResponse(Call<T> call, final Response<T> response) {
- callbackExecutor.execute(new Runnable() {
- @Override public void run() {
- if (delegate.isCanceled()) {
- // Emulate OkHttp's behavior of throwing/delivering an IOException on cancellation.
- callback.onFailure(ExecutorCallbackCall.this, new IOException("Canceled"));
- } else {
- callback.onResponse(ExecutorCallbackCall.this, response);
- }
- }
- });
- }
- @Override public void onFailure(Call<T> call, final Throwable t) {
- callbackExecutor.execute(new Runnable() {
- @Override public void run() {
- callback.onFailure(ExecutorCallbackCall.this, t);
- }
- });
- }
- });
- }
在 enqueue 方法中,調用了 OkHttpCall 的 enqueue,所以這里相當于靜態的代理模式。OkHttpCall 中的 enqueue 其實又調用了原生的 OkHttp 中的 enqueue,這里才真正發出了網絡請求,部分代碼如下:
- @Override public void enqueue(final Callback<T> callback) {
- if (callback == null) throw new NullPointerException("callback == null");
- //真正請求網絡的 call
- okhttp3.Call call;
- Throwable failure;
- synchronized (this) {
- if (executed) throw new IllegalStateException("Already executed.");
- executed = true;
- //省略了部分發代碼
- ...
- call = rawCall;
- //enqueue 異步執行
- call.enqueue(new okhttp3.Callback() {
- @Override public void onResponse(okhttp3.Call call, okhttp3.Response rawResponse)
- throws IOException {
- Response<T> response;
- try {
- //解析數據 會用到 conveterFactory,把 response 轉換為對應 Java 類型
- response = parseResponse(rawResponse);
- } catch (Throwable e) {
- callFailure(e);
- return;
- }
- callSuccess(response);
- }
- @Override public void onFailure(okhttp3.Call call, IOException e) {
- try {
- callback.onFailure(OkHttpCall.this, e);
- } catch (Throwable t) {
- t.printStackTrace();
- }
- }
- private void callFailure(Throwable e) {
- try {
- callback.onFailure(OkHttpCall.this, e);
- } catch (Throwable t) {
- t.printStackTrace();
- }
- }
- private void callSuccess(Response<T> response) {
- try {
- callback.onResponse(OkHttpCall.this, response);
- } catch (Throwable t) {
- t.printStackTrace();
- }
- }
- });
- }
OkHttp 獲取數據后,解析數據并回調callback響應的方法,一次網絡請求便完成了。
總結
Retrofit 整個框架的代碼不算太多,還是比較易讀的。主要就是通過動態代理的方式把 Java 接口中的解析為響應的網絡請求,然后交給 OkHttp 去執行。并且可以適配不同的 CallAdapter,可以方便與 RxJava 結合使用。