Retrofit2的GsonConverterFactory.create()和RxJava2CallAdapterFactory.create()的实现过程以及执行过程

一概述

  上一节分析了retrofit2从创建到执行的完整流程,本节分析一下两个非常重要的功能。数据转换器的实现以及网络请求适配器的实现。

二、GsonConvertFactory.create()数据转换器的实现过程以及执行过程

  我们先看下GsonConvertFactory.crete()的源代码,此类在retrofit-converters插件中

1public final class GsonConverterFactory extends Converter.Factory { 2 //创建GsonConverterFactory对象 3 public static GsonConverterFactory create() { 4 return create(new Gson()); 5 } 6 7 @SuppressWarnings("ConstantConditions") // Guarding public API nullability. 8 public static GsonConverterFactory create(Gson gson) { 9 if (gson == null) throw new NullPointerException("gson == null"); 10 return new GsonConverterFactory(gson); 11 } 12 13 private final Gson gson; 14 15 private GsonConverterFactory(Gson gson) { 16 this.gson = gson; 17 } 18 //将请求结果的body进行转换 19 @Override 20 public Converter<ResponseBody, ?> responseBodyConverter(Type type, Annotation[] annotations, 21 Retrofit retrofit) { 22 //这里的TypeAdapter是Gson中用来做序列化和反序列化用的 23 //其中TypeToken.get(type)是用来获取一个类类型 24 TypeAdapter<?> adapter = gson.getAdapter(TypeToken.get(type));  //最后返回一个jsonResponse对象做解析工作 25 return new GsonResponseBodyConverter<>(gson, adapter); 26 } 27 //转换请求结果的body 28 @Override 29 public Converter<?, RequestBody> requestBodyConverter(Type type, 30 Annotation[] parameterAnnotations, Annotation[] methodAnnotations, Retrofit retrofit) { 31 TypeAdapter<?> adapter = gson.getAdapter(TypeToken.get(type)); 32 return new GsonRequestBodyConverter<>(gson, adapter); 33 } 34}

  我们看一下GsonResponseBodyConverter的源代码,看看其都干了什么事情。

1final class GsonResponseBodyConverter<T> implements Converter<ResponseBody, T> { 2 private final Gson gson; 3 private final TypeAdapter<T> adapter; 4 5 GsonResponseBodyConverter(Gson gson, TypeAdapter<T> adapter) { 6 this.gson = gson; 7 this.adapter = adapter; 8 } 9  //这里的convert方法是Converter接口中定义的convert 10 @Override public T convert(ResponseBody value) throws IOException { 11 //创建一个JsonReader对象,jsonReader是gson中的类供TypeAdapter序列化以及反序列化时使用的。 12 JsonReader jsonReader = gson.newJsonReader(value.charStream()); 13 try { 14 //通过TypeAdapter把读取到的对象转换为泛型 15 T result = adapter.read(jsonReader); 16 if (jsonReader.peek() != JsonToken.END_DOCUMENT) { 17 throw new JsonIOException("JSON document was not fully consumed."); 18 } 19 //并把泛型结果返回 20 return result; 21 } finally { 22 value.close(); 23 } 24 } 25}

看下GsonRequestBodyConverter类

1final class GsonRequestBodyConverter<T> implements Converter<T, RequestBody> { 2 private static final MediaType MEDIA_TYPE = MediaType.get("application/json; charset=UTF-8"); 3 private static final Charset UTF_8 = Charset.forName("UTF-8"); 4 5 private final Gson gson; 6 private final TypeAdapter<T> adapter; 7 8 GsonRequestBodyConverter(Gson gson, TypeAdapter<T> adapter) { 9 this.gson = gson; 10 this.adapter = adapter; 11 } 12 //实现Converter接口的convert方法 13 @Override public RequestBody convert(T value) throws IOException { 14 Buffer buffer = new Buffer(); 15 Writer writer = new OutputStreamWriter(buffer.outputStream(), UTF_8); 16 //创建一个jsonwriter 17 JsonWriter jsonWriter = gson.newJsonWriter(writer); 18 //把http请求信息进行序列化 19 adapter.write(jsonWriter, value); 20 jsonWriter.close(); 21 //然后把序列化后的结果放到RequestBody中 22 return RequestBody.create(MEDIA_TYPE, buffer.readByteString()); 23 }

看下Converter.Factroy的源代码,Converter是一个接口,Factory是其内部抽象类。其中定义了各种类型转换的接口。

1//数据转换接口 2public interface Converter<F, T> {  //数据转换接口 3 @Nullable T convert(F value) throws IOException; 4 5 /** Creates {@link Converter} instances based on a type and target usage. */ 6 abstract class Factory { 7 //转换网络请求的返回结果 8 public @Nullable Converter<ResponseBody, ?> responseBodyConverter(Type type, 9 Annotation[] annotations, Retrofit retrofit) { 10 return null; 11 } 12 13 //转换请求结果 14 public @Nullable Converter<?, RequestBody> requestBodyConverter(Type type, 15 Annotation[] parameterAnnotations, Annotation[] methodAnnotations, Retrofit retrofit) { 16 return null; 17 }

 具体的转化代码也就这么多,都是操作Gson的一系列方法实现的。下面看看GsonConvertFactory是如何在框架中调用的。

 首先要明确一点,既然是响结果转换器,其必定是响应结果前实现回调的,即在Callback回调函数前需要把响应结果给转换后再给Callback。

 上一节我们说过我们生成的Call其实就是DefaultCallAdapterFactory中的ExecutorCallbackCall。然而ExecutorCallbackCall中却没有看得到Converter的身影。ExecutorCallbackCall的源码如下:

1static final class ExecutorCallbackCall<T> implements Call<T> { 2 final Executor callbackExecutor; 3 final Call<T> delegate; 4 5 ExecutorCallbackCall(Executor callbackExecutor, Call<T> delegate) { 6 this.callbackExecutor = callbackExecutor; 7 this.delegate = delegate; 8 } 9 10 @Override public void enqueue(final Callback<T> callback) { 11 Objects.requireNonNull(callback, "callback == null"); 12 13 delegate.enqueue(new Callback<T>() { 14 @Override public void onResponse(Call<T> call, final Response<T> response) { 15 callbackExecutor.execute(() -> { 16 if (delegate.isCanceled()) { 17 // Emulate OkHttp's behavior of throwing/delivering an IOException on cancellation. 18 callback.onFailure(ExecutorCallbackCall.this, new IOException("Canceled")); 19 } else { 20 callback.onResponse(ExecutorCallbackCall.this, response); 21 } 22 }); 23 } 24 25 @Override public void onFailure(Call<T> call, final Throwable t) { 26 callbackExecutor.execute(() -> callback.onFailure(ExecutorCallbackCall.this, t)); 27 } 28 }); 29 }

  那么接着往上一级目录找找,我们记得在HttpMethodService类的内部有一个invoke方法,其会调用他的实现类CallAdapted类的adapt方法,方法内部会调用DefaultCallAdapterFactory的adapt方法并返回一个ExecutorCallbackCall。并传入一个Call和方法的参数。这个Call的实现类就是HttpCall。你没看错响应结果转换就发生在这个类中。

1@Override final @Nullable ReturnT invoke(Object[] args) { 2 Call<ResponseT> call = new OkHttpCall<>(requestFactory, args, callFactory, responseConverter); 3 return adapt(call, args); 4 } 5 6 protected abstract @Nullable ReturnT adapt(Call<ResponseT> call, Object[] args); 7 8 static final class CallAdapted<ResponseT, ReturnT> extends HttpServiceMethod<ResponseT, ReturnT> { 9 private final CallAdapter<ResponseT, ReturnT> callAdapter; 10 11 CallAdapted(RequestFactory requestFactory, okhttp3.Call.Factory callFactory, 12 Converter<ResponseBody, ResponseT> responseConverter, 13 CallAdapter<ResponseT, ReturnT> callAdapter) { 14 super(requestFactory, callFactory, responseConverter); 15 this.callAdapter = callAdapter; 16 } 17 18 @Override protected ReturnT adapt(Call<ResponseT> call, Object[] args) { 19 return callAdapter.adapt(call); 20 } 21 }

 既然已经确定了响应数据转换在HttpCall中发生。那我们看下他具体做了什么事情。

1final class OkHttpCall<T> implements Call<T> { 2 private final RequestFactory requestFactory; 3 private final Object[] args; 4 private final okhttp3.Call.Factory callFactory; 5 private final Converter<ResponseBody, T> responseConverter; 6 7 private volatile boolean canceled; 8 9 @GuardedBy("this") 10 private @Nullable okhttp3.Call rawCall; 11 @GuardedBy("this") // Either a RuntimeException, non-fatal Error, or IOException. 12 private @Nullable Throwable creationFailure; 13 @GuardedBy("this") 14 private boolean executed; 15 16 OkHttpCall(RequestFactory requestFactory, Object[] args, 17 okhttp3.Call.Factory callFactory, Converter<ResponseBody, T> responseConverter) { 18 this.requestFactory = requestFactory; 19 this.args = args; 20 this.callFactory = callFactory; 21 this.responseConverter = responseConverter; 22 }

  果然如上面我们分析的那样,HttpCall接收了一个Converter<ResponseBody,T> responseConverter变量。而这个变量就是我们创建retrofit设置的GsonConvertFactory.create()。

  在HttpCall的内部有一个enqueue(callback)方法,其内部会调用parseResponse方法。parseResponse内部会调用convert方法对数据进行转换。这个convert方法就是上面我们提到的GsonResponseBodyConvert。

  HttpCall的enqueue方法

1@Override public void enqueue(final Callback<T> callback) { 2 ...省略了前面的一些代码 3 call.enqueue(new okhttp3.Callback() { 4 @Override public void onResponse(okhttp3.Call call, okhttp3.Response rawResponse) { 5 Response<T> response; 6 try { 7 response = parseResponse(rawResponse); 8 } catch (Throwable e) { 9 throwIfFatal(e); 10 callFailure(e); 11 return; 12 } 13 14 try { 15 callback.onResponse(OkHttpCall.this, response); 16 } catch (Throwable t) { 17 throwIfFatal(t); 18 t.printStackTrace(); // TODO this is not great 19 } 20 } 21 22 ....省略了一些代码 23 }); 24 }

  接下来看下parseResponse方法

1Response<T> parseResponse(okhttp3.Response rawResponse) throws IOException { 2 ResponseBody rawBody = rawResponse.body(); 3 4 // Remove the body's source (the only stateful object) so we can pass the response along. 5 rawResponse = rawResponse.newBuilder() 6 .body(new NoContentResponseBody(rawBody.contentType(), rawBody.contentLength())) 7 .build();...省略了一些diamante 8 9 ExceptionCatchingResponseBody catchingBody = new ExceptionCatchingResponseBody(rawBody); 10 try { 11 //在此处做转换操作,这里的responseConverter就是GsonResponseBodyConverter 12 T body = responseConverter.convert(catchingBody); 13 //把body设置进去 14 return Response.success(body, rawResponse); 15 } catch (RuntimeException e) { 16 catchingBody.throwIfCaught(); 17 throw e; 18 } 19 }

  到这里转换操作就完成了,converter方法的具体实现可以参考上面的GsonResponseBodyConverter源码。

总结:通过Retrofit设置响应数据转换器GsonConvertFactory.create(),在HttpCall中的enqueue方法中的parseResponse做具体的转换,转换调用的是responseConverter.convert(catchingBody)。其中responseConverter的具体转换操作是在GsonResponseBodyConverter中完成的。好了GsonConvertFactory.create()的源码以及执行流程就这样分析完了。

  ps:补充一下自定义响应数据解析器

  根据上面的分析我们知道创建响应数据解析器的时候解析器需要继承Converter.Factory,并实现Converter.Factory的responseBodyConverter接口。那么我们在自定义响应数据解析器的时候也可以这么干。三部搞定

  1.创建一个XmlConverterFactory并继承Converter.Factory的并实现其responseBodyConverter方法

  2.创建一个具体的解析类,并当做responseBodyConverter的返回值

  3.在retrofit的Builder中注解解析器XmlConverterFactory.create()

  下面是以上三步的示例代码:

1/** 2 * xml响应数据解析器 3 * create by yangwei 4 * on 2020-02-25 20:12 5 */ 6public class XmlConverterFactory extends Converter.Factory { 7 public static XmlConverterFactory create() { 8 return new XmlConverterFactory(new Xml()); 9 } 10 11 public static XmlConverterFactory create(Xml xml) { 12 return new XmlConverterFactory(xml); 13 } 14 15 @javax.annotation.Nullable 16 @Override 17 public Converter<ResponseBody, ?> responseBodyConverter(Type type, Annotation[] annotations, Retrofit retrofit) { 18 19 return new XmlResponseBodyFactory(); 20 } 21} 22 23/** 24 * create by yangwei 25 * on 2020-02-25 20:16 26 */ 27public class XmlResponseBodyFactory implements Converter<T, RequestBody> { 28 private static final MediaType MEDIA_TYPE = MediaType.get("application/json; charset=UTF-8"); 29 @javax.annotation.Nullable 30 @Override 31 public RequestBody convert(T value) throws IOException { 32 //此处做具体转换操作 33 return RequestBody.create(MEDIA_TYPE,value.bytes); 34 } 35}

  在Retrofit的Builder中设置其网络请求数据转换器

1Retrofit retrofit = new Retrofit.Builder(). 2 baseUrl("http://www.xxxx.com/").//请求地址 3 addConverterFactory(XmlConverterFactory.create()).//自定义xml网络请求结果转换器 4 addCallAdapterFactory(RxJava2CallAdapterFactory.create()).//网络请求适配器 5 build();

  自定义的示例代码就写完了,大家在实际的开发过程中可以根据需要自行添加自定义网络请求结果转换器,或者对转换器进行修正。

三、RxJava2CallAdapterFactory.create()网络请求适配器的实现过程以及执行过程

  上一节分下了默认的请求网络适配器DefaultCallAdapterFactory。让我们先来回顾下它具体是如何工作的。

  首先在retrofit的builder中进行设置,不设置也行默认就是使用的DefaultCallAdapterFactory请求网络适配器。

  在上一节中我们通过retrofit的create方法动态生成了一个接口实例,并调用接口实例的方法返回了一个Call,生成过程是调用loadServiceMethod.invoke(map)方法,ServiceMethod是个抽象类, 其实现类是HttpServiceMethod,在HttpServiceMethod中重新会真正的调用invoke方法,并实例化一个OkHttpCall,通过其HttpServiceMethod的invoke方法,在其方法内部会调用DefaultCallAdapterFactory.adapt方法,DefaultCallAdapterFactory的adapt方法会生成一个ExecutorCallbackCall并返回。

  下面说说RxJava2CallAdapterFactory网络请求适配器是如何实现的,其实原理和前面说的也是差不多的,至少前半部分是相同的。

  先用文本描述一下流程,然后后面说源码的时候就比较清晰了:

  1.在创建Retrofit的时候添加网络请求适配器,即添加RxJava2CallAdapterFactory的能力。

  2.然后在retrofit的中有一个callAdapter方法,其内部会调用nextCallAdapter方法,通过网络适配器工厂集合callAdapterFactories.get(i).get(returntype,annotations,this)方法返回一个适配器,.get(i)方法返回的这个适配器就是我们设置的RxJava2CallAdapterFactory,后面的get(retrunType,annotations,this)方法返回的则是集成CallAdapter接口的RxJava2CallAdapter类。

  3.接着会调用Retrofit的create中的代理方法loadServiceMethod的invoke方法。invoke方法最终是在HttpServiceMethod方法中执行的,并且invoke方法会调用RxJava2CallAdapterFactory中的adapt方法,并传入一个OkHttpCall。在adapt的内部会根据同步调用或者异步调用返回一个ResultObservable的被观察者,ResultObservable里面封装了CallEnqueueObservable或者CallExecuteObservable,而以上两个Observable又封装了OkHttpCall,所以ResultObservable间接持有了OkHttpCall,到此我们需要的Observable也就生成了,其生成步骤可以简化为:retrofit.create->loadServiceMethod.invoke->ServiceMethod.invoke->HttpServiceMethod.invoke->RxJava2CallAdapterFactory.adapt->ResultObservable。

  4.执行过程,当ResultObservable调用其subscribe方法的时候最终会调用其subscribeActual方法,在其subscribeActual内部会调用CallEnqueueObservable的subscribe方法并把ResultObserver当做参数传递过去。在CallEnqueueObservable的subscribe方法中又会调用其自身的subscribeActual方法实现观察者与被观察者的最终绑定,并且会创建一个CallCallback对象,并调用OkHttpCall的enqueue方法执行网络请求,参数就是刚刚创建的CallBbackCall,其持有observer的引用和OkHttpCall的引用。在OkHttpCall的enqueu方法内部会调用网络请求真正的Call(okhttp3.Call)的enqueue方法发起真正的网络请求,并将网络请求的执行结果写入刚刚传进来的CallBackCall的onResponse方法。而CallBackCall的onResponse方法又会回调ResultObservable的onNext方法,而ResultObservable的onNext方法又会调用LambdaObserver的onNext方法,LambdaObserver.onNext方法会最终调用观察这个的回调接口,从而完成整个调用过程。

a.添加适配器

addCallAdapterFactory(RxJava2CallAdapterFactory.create()).//网络请求适配器

  b.retrofit中返回CallAdaper网络适配器

1public CallAdapter<?, ?> nextCallAdapter(@Nullable CallAdapter.Factory skipPast, Type returnType, 2 Annotation[] annotations) { 3 Objects.requireNonNull(returnType, "returnType == null"); 4 Objects.requireNonNull(annotations, "annotations == null"); 5 6 int start = callAdapterFactories.indexOf(skipPast) + 1; 7 for (int i = start, count = callAdapterFactories.size(); i < count; i++) { 8 //这是返回网络适配器的核心代码 9 CallAdapter<?, ?> adapter = callAdapterFactories.get(i).get(returnType, annotations, this); 10 if (adapter != null) { 11 return adapter; 12 } 13 }

  c.创建ResultObservable

  HttpServiceMethod中调用invoke方法,并执行RxJava2CallAdapter.adapt(OkHttpCall)

1static final class CallAdapted<ResponseT, ReturnT> extends HttpServiceMethod<ResponseT, ReturnT> { 2 private final CallAdapter<ResponseT, ReturnT> callAdapter; 3 4 CallAdapted(RequestFactory requestFactory, okhttp3.Call.Factory callFactory, 5 Converter<ResponseBody, ResponseT> responseConverter, 6 CallAdapter<ResponseT, ReturnT> callAdapter) { 7 super(requestFactory, callFactory, responseConverter); 8 this.callAdapter = callAdapter; 9 } 10 11 @Override protected ReturnT adapt(Call<ResponseT> call, Object[] args) { 12 //返回ResultObservable 13 return callAdapter.adapt(call); 14 } 15 }

  以上callAdapter的真正实现是RxJava2CallAdapter,所以我们直接看它的代码

1@Override public Object adapt(Call<R> call) { 2 //根据同步或者异步创建Observable 3 Observable<Response<R>> responseObservable = isAsync 4 ? new CallEnqueueObservable<>(call) 5 : new CallExecuteObservable<>(call); 6 7 //把创建好的Observable包装秤ResultObservable 8 Observable<?> observable; 9 if (isResult) { 10 observable = new ResultObservable<>(responseObservable); 11 } else if (isBody) { 12 observable = new BodyObservable<>(responseObservable); 13 } else { 14 observable = responseObservable; 15 }

  到此处ResultObservable已经创建完成了,下面看看其是怎样执行的

d.执行过程

  执行过程的开始会调动ResultObservable的subscribe对观察者和被观察者进行绑定,其最终会只执行ResultObservable的subscribeActual方法

1@Override protected void subscribeActual(Observer<? super Result<T>> observer) { 2 upstream.subscribe(new ResultObserver<T>(observer)); 3 }

  从这段代码中我们可以看穿其仅仅执行了订阅而已,其中upstream指的是CallEnqueuObservable或者CallExecuteObservable,这里的参数中的Observer指的是LambdaObserver。

  我们看下ResultObserver都干了些啥,主要看onNext方法

1private static class ResultObserver<R> implements Observer<Response<R>> { 2 private final Observer<? super Result<R>> observer; 3 4 ResultObserver(Observer<? super Result<R>> observer) { 5 this.observer = observer; 6 } 7 8 @Override public void onSubscribe(Disposable disposable) { 9 observer.onSubscribe(disposable); 10 } 11 12 @Override public void onNext(Response<R> response) { 13 observer.onNext(Result.response(response)); 14 }

  在onNext方法中仅仅是调用了LambdaObserver的onNext方法而已。

回过头来看EnQueueObservable的subscribe,由于subscribe最终会调用subscribeActual方法,所以我们直接看其这个方法就行了

1@Override protected void subscribeActual(Observer<? super Response<T>> observer) { 2 //这里的Call指的是OkHttpCall 3 Call<T> call = originalCall.clone(); 4 //创建一个CallCallback会回调类,并将网络请求call和ResultObserver传递进去 5 CallCallback<T> callback = new CallCallback<>(call, observer); 6 //绑定 7 observer.onSubscribe(callback); 8 if (!callback.isDisposed()) { 9 //执行OkHttpCall的enqueue方法并把CallCallbac实例传递进去 10 call.enqueue(callback); 11 } 12 }

  我们接着看OkHttpCall的enqueue都干了些啥

1@Override public void enqueue(final Callback<T> callback) { 2 Objects.requireNonNull(callback, "callback == null"); 3 okhttp3.Call call; 4 ...省略了一些代码 5 call.enqueue(new okhttp3.Callback() { 6 @Override public void onResponse(okhttp3.Call call, okhttp3.Response rawResponse) { 7 Response<T> response; 8 try { 9 response = parseResponse(rawResponse); 10 } catch (Throwable e) { 11 throwIfFatal(e); 12 callFailure(e); 13 return; 14 } 15 16 try { 17 callback.onResponse(OkHttpCall.this, response); 18 } catch (Throwable t) { 19 throwIfFatal(t); 20 t.printStackTrace(); // TODO this is not great 21 } 22 } 23  ...省略了下面的代码 24 }

  这个方法非常的明确,其利用okhttp3的Call的enqueu发起真正的网络请求并把回调结果写入CallCallback中的onResponse中。

  在CallCallback的onResponse方法中会调用ResultObserver的onNext方法,并把响应就结果传入

1@Override public void onResponse(Call<T> call, Response<T> response) { 2 if (disposed) return; 3 4 try { 5 observer.onNext(response);

  紧接着ResultObserver的onNext方法又会调用LambdaObserver的onNext方法并传入响应结果,再接着LambdaObserver的onNext方法又会调用观察者设置的回调函数。到此为止整个执行过程就已经结束了。

ps:自定义网络请求适配器的方法和数据转换器的步骤类似,这里简单说一下

  1.首选定义一个继承自CallAdapter.Factory的类并实现其方法,在其方法中返回真正适配的类,即实现了CallAdapter接口的类。

  2.定义一个实现了CallAdapter接口的类,在这个中完成真正的适配

  3.在创建retrofit的时候在其Builder中设置这个适配器即可。

四、总结

经过分析GsonConverterFactory和RxJava2CallAdapterFactory相信大家对retrofit的理解又有一些更深的感悟了,实时求实的说多读读开源代码对技能和内功的修炼是非常有帮助的。

点赞
收藏

评论区

加载中...

相关推荐

源码学习之MyBatis的底层查询原理

导读本文通过MyBatis一个低版本的bug(3.4.5之前的版本)入手,分析MyBatis的一次完整的查询流程,从配置文件的解析到一个查询的完整执行过程详细解读MyBatis的一次查询流程,通过本文可以详细了解MyBatis的一次查询过程。在

SQL(Structured Query Language)简介和常见 SQL 命令示例

简介SQL(StructuredQueryLanguage)是一种用于访问和操作关系型数据库的标准语言。它是一个功能强大的语言,用于执行各种数据库操作,包括检索数据、插入新记录、更新记录、删除记录、创建数据库、创建新表、设置权限以及执行存储过程和视图等。以

https 的本质、证书验证过程以及数据加密

1.什么是HTTPSHTTP加上加密处理和认证以及完整性保护后即是HTTPS。它是为了解决HTTP存在的安全性问题,而衍生的协议,那使用HTTP的缺点有:1.通信使用明文可能会被窃听2.不验证通信方的身份可能遭遇伪装3.无法验证报文完整性,可能已遭篡改HT

由 Mybatis 源码畅谈软件设计(四):动态 SQL 执行流程

作者:京东保险王奕龙本节我们探究动态SQL的执行流程,由于在前一节我们已经对各个组件进行了详细介绍,所以本节不再赘述相关内容,在本节中主要强调静态SQL和动态SQL执行的不同之处。在这个过程中,SqlNode相关实现值得关注,它为动态SQL标签都定义了专用