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。
上代码！
具体的代码我会在文章最后贴上我的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认为post请求是个多变快速的请求，没有给这种请求设置缓存，如果你一定要缓存那么就用sqlite吧!
完成log的输出和缓存的设置，最后就是单例OkHttpClient对象，结合Retrofit和RxJava的使用了。
别忘了创建接口，声明请求方法，@GET是请求方式，（）里面是接口地址，会跟在Retrofit里的baseUrl里的地址拼成完整的地址，按照本文的例子，完整的地址：http://wanandroid.com/banner/json,当然如果你这里面是个完整的地址，比如www.baidu.com,那么就不会拼接了
最后我们看看使用的效果
怎么样？还不错吧，基本上可以满足绝大多数的网络请求的情况！
4.为什么写简书？
本人从事Android开发三年时间，在大学期间，对技术有着饱满的热情，喜爱钻研技术难点。毕业之后越来越懒，每天上完班之后就是躺床上打王者，有了女朋友之后，此情况更一步加重，逐渐逐渐感觉到了技术瓶颈一样，觉得好像啥都会，又好像啥都不是很精通，每天浑浑噩噩的。或许是像老罗说的天生骄傲，不想就此慢慢地沉沦下去，决定从本周起开始写简书，与大家相互学习，相互交流。每周会努力出1~2篇原创的技术博客（ 不保证不承诺，毕竟我懒），喜欢的朋友可以关注我，让我们一起学习，一起进步！
最后放上我的github地址：GitHub - kaka10xiaobang/Android- 记得给颗star哈
