舞动的AndroidAndroid第三方网络框架框架使用解析

浅谈OkHttp以及Retrofit+RxJava的封装使用

2018-03-21  本文已影响809人  肖邦kaka

1.为什么我们要使用OkHttp?OkHttp有什么优点? 

说OkHttp之前我们先说另外两个网络请求库——HttpUrlConnection和HttpClient。在没有OkHttp之前的日子里,他们才是Android用来完成网络请求的类库。那么这两者都有什么优缺点呢? 为什么不再继续使用下去呢?

HttpClient是Apache基金会的一个开源网络库, 功能十分强大, API数量众多, 但是正是由于庞大的API数量使得我们很难在不破坏兼容性的情况下对它进行升级和扩展, 所以Android团队在提升和优化HttpClient方面的工作态度并不积极。

HttpURLConnection是一种多用途, 轻量极的HTTP客户端, 提供的API比较简单, 可以容易地去使用和扩展. 不过在Android 2.2版本之前,HttpURLConnection一直存在着一些令人厌烦的bug. 比如说对一个可读的InputStream调用close()方法时,就有可能会导致连接池失效了。

因此, 一般的推荐是在2.2之前, 使用HttpClient, 因为其bug较少. 在2.2之后, 推荐使用HttpURLConnection, 因为API简单, 体积小, 并且有压缩和缓存机制, 但是在4.4以后Android团队已经把网络请求库更换为OkHttp了。

那么到底OkHttp相比于HttpUrlConnection和HttpClient好在哪里呢?先上个权威、专业的百度百科的介绍。

OkHttp的优点:

1.支持Http/1.1 Http/2 网络协议

2.支持GZIP, 可以压缩下载体积

3.响应缓存可以直接避免重复请求

4.高效、灵活;通过连接池,减少了请求延迟

5.共享Socket,减少对服务器的请求次数

综上所述,OkHttp是一个吊炸天的网络请求库,如果你用过它,就会慢慢地爱上它。

2.OkHttp怎么用?为什么推荐Retrofit+RxJava这种方式?

关于OkHttp的使用,我想绝大多数使用过这个请求库的老铁,都没有直接拿来用的,一般都会选择封装一下,再拿来使用,网上对OkHttp的封装有很多,这里就不多加介绍了,推荐一个鸿洋大神的OkHttpUtils。GitHub - hongyangAndroid/okhttputils: [停止维护]okhttp的辅助类

虽然网上有很多的OkHttp封装库,但是我仍然强烈推荐Retrofit+RxJava这种方式进行网络请求。理由有两点:

第一点:灵活。Retrofit是一个基于Restful的网络请求库,自身对OkHttp进行了封装,支持URL动态变化,所以我们完全可以在Retrofit的基础上再次对OkHttp进行简单的封装,比如封装一个OkHttpInterceptor等等。

第二点:链式编程。其实这个也是用Retrofit核心点了,可能很多人对链式编程并不感冒,但是这种编程风格一定会越来越火,因为链式编程让逻辑变得更加简洁(注意是逻辑而不是代码),增加了代码的可读性。同时Retrofit支持了RxJava这个优雅的异步请求库(后面我会出一篇文章专门讲这个库),与其组成了完美的技术CP,让我们的代码变得简洁、优雅。

3.Retrofit+RxJava如何使用?(本文重点)

首先引入Retrofit和RxJava

complie "com.squareup.retrofit2:retrofit:2.1.0"

complie "com.squareup.retrofit2:converter-scalars:2.1.0"

complie "com.squareup.retrofit2:converter-gson:2.1.0"

complie "com.squareup.retrofit2:adapter-rxjava2:2.2.0"

complie "io.reactivex.rxjava2:rxjava:2.0.6"

compile "io.reactivex.rxjava2:rxandroid:2.0.1"

另外引入一个工具类(非必须)

"com.blankj:utilcode:1.9.6"

好了,万事俱备,我们下面开始对Retrofit+RxJava进行简单地封装。在封装之前,我们先思考一个问题,就是一个好的网络请求框架是什么样的?首先,你必须得有request和response打印log吧,如果没有的话,万一接口出问题了,你咋跟后台的大哥对接;其次,你得有缓存的处理,哪怕在没有网络的情况下也不能显示一个空白吧;最后就是可以不用操心地把数据流转换成对象,方便我们使用。基于以上考虑,我们开始封装。

request和response的信息我们都可以在public Response intercept(Chain chain) 里面的chain对象获取,所以我们可以自定义一个OkHttpInterceptor继承Interceptor,在这里面为所欲为。The talk is cheap,show me the code。

上代码!

OkHttpInterceptor

具体的代码我会在文章最后贴上我的github地址里面有详细的实现过程,但是这里面有一些坑,我必须强调一下。在通过 Response response=chain.proceed(requesrt);拿到response对象的时候,不能直接调用response.body().string(),因为调用该方法后数据流就关闭,程序就可能会发生异常。为啥流会关闭呢?我们看一下response.body().string()的源码

response.body().string()的源码

在finally里Util.closeQuietly(source),这里会关闭我们在内存里的资源,导致程序异常,所以这里我们不能直接调用response.body().string(),而是需要创建出一个新的ResponseBody给应用层调用,ResponseBody body=response.peekBody(1024*1024);if (body!=null){Log.e(TAG,"protocol: "+body.string());} ,这时候你肯定又要问了为啥你这时候body.string()调用关闭流就没事了,原因就在于我们请求接口返回的数据流都会放在内存里,而response.peekBody(1024*1024)这种创建的body对面的数据流并没有放在内存里,所以Util.closeQuietly(source)就不会造成异常,可以看一下下面的图。

esponse.peekBody(1024*1024) 的情况条用string()注意source的size

另外关于缓存的问题这里要再说一下,我们在网络可连接的情况不使用缓存,但是在无网络的情况下使用缓存,但是你可能会发现,当用POST请求的时候依然没有缓存,此时你可能会怀疑自己是不是用错了方法?不,你没有,因为OkHttp的缓存就是不支持POST的请求方式,我们看一下Cache的源码.

OkHttp的Cache不支持POST

OkHttp认为post请求是个多变快速的请求,没有给这种请求设置缓存,如果你一定要缓存那么就用sqlite吧!

完成log的输出和缓存的设置,最后就是单例OkHttpClient对象,结合Retrofit和RxJava的使用了。

单例OkHttpClient Retrofit和RxJava的使用

别忘了创建接口,声明请求方法,@GET是请求方式,()里面是接口地址,会跟在Retrofit里的baseUrl里的地址拼成完整的地址,按照本文的例子,完整的地址:http://wanandroid.com/banner/json,当然如果你这里面是个完整的地址,比如www.baidu.com,那么就不会拼接了

最后我们看看使用的效果

请求接口 log日志输出

怎么样?还不错吧,基本上可以满足绝大多数的网络请求的情况!

4.为什么写简书?

本人从事Android开发三年时间,在大学期间,对技术有着饱满的热情,喜爱钻研技术难点。毕业之后越来越懒,每天上完班之后就是躺床上打王者,有了女朋友之后,此情况更一步加重,逐渐逐渐感觉到了技术瓶颈一样,觉得好像啥都会,又好像啥都不是很精通,每天浑浑噩噩的。或许是像老罗说的天生骄傲,不想就此慢慢地沉沦下去,决定从本周起开始写简书,与大家相互学习,相互交流。每周会努力出1~2篇原创的技术博客( 不保证不承诺,毕竟我懒),喜欢的朋友可以关注我,让我们一起学习,一起进步!

最后放上我的github地址:GitHub - kaka10xiaobang/Android-  记得给颗star哈

上一篇下一篇

猜你喜欢

热点阅读