每日一题:OkHttp
面试率: ★★★☆☆
面试技巧与建议
网络库在Android实际项目中基本上都会使用到,而OKhttp最热门的网络库之一,因此出去面试必然是常客.
面试建议
在最近的面试中很多应聘者都存在如下几个问题:
基本都使用/了解过
你去面试一家公司,别人问这个问题你说使用过,但是面试官一天面试7-8个人,其他应聘者也会使用,那么你们区别在哪里?不知道其底层网络协议
一个网路底层使用socket还是http这个是最基本的了解.不知道为什么使用它
都说这个网路好,那他好在哪里,你为什么使用它,对技术是选择应适合而不是贪新.不知道如何封装
使用过那如何使用?做了什么封装说得出吗?在什么地方用过
项目中哪个模块使用过这个库呢,是全局使用,还是局部使用?
对于上述问题可以了解并答出,才能证明你有这方面相关开发经验,否则只能说你只是看过Okhttp.
面试技巧
一般开发中迭代速度比较快的情况下,不会有很多时间去深入的探讨开源库中的全部源码,但是如果跟业务有关联的话,我们才会去做研究,而研究的也是全部源码中的某块功能或者模块.
- okHttp自定义拦截器
拦截器是okhttp中强大的流程装置，它可以用来监控log，修改请求，修改结果，甚至是对用户透明的GZIP压缩。类似于脚本语言中的map操作。在okhttp中，内部维护了一个Interceptors的List，通过InterceptorChain进行多次拦截修改操作。
比如之前为了可以监控网络log日志,我在okhttp中就
自定义网络拦截器,至于如何拦截详情见文章:
拦截器
面试题
下面是从源码中抽取出的一些问题.
特点是?
OkHttp是一个高效的Http客户端:
- 支持HTTP2/SPDY黑科技
- socket自动选择最好路线，并支持自动重连
- 拥有自动维护的socket连接池，减少握手次数
- 拥有队列线程池，轻松写并发
- 拥有Interceptors轻松处理请求与响应（比如透明GZIP压缩,LOGGING）
- 基于Headers的缓存策略
主要对象?
- Connections: 对JDK中的socket进行了引用计数封装，用来控制socket连接
- Streams: 维护HTTP的流，用来对Requset/Response进行IO操作
- Calls: HTTP请求任务封装
- StreamAllocation: 用来控制Connections/Streams的资源分配与释放
工作流程的概述?
当我们用OkHttpClient.newCall(request)进行execute/enenqueue时，实际是将请求Call放到了Dispatcher中，okhttp使用Dispatcher进行线程分发，它有两种方法，一个是普通的同步单线程；另一种是使用了队列进行并发任务的分发(Dispatch)与回调，我们下面主要分析第二种，也就是队列这种情况，这也是okhttp能够竞争过其它库的核心功能之一
说Dispatcher做了什么?
Dispatcher也是Okhttp里的任务队列,
维护了如下变量，用于控制并发的请求.
- maxRequests = 64: 最大并发请求数为64
- maxRequestsPerHost = 5: 每个主机最大请求数为5
- Dispatcher: 分发者，也就是生产者（默认在主线程）
- AsyncCall: 队列中需要处理的Runnable（包装了异步回调接口）
- ExecutorService：消费者池（也就是线程池）
- Deque<readyAsyncCalls>：缓存（用数组实现，可自动扩容，无大小限制）
- Deque<runningAsyncCalls>：正在运行的任务，仅仅是用来引用正在运行的任务以判断并发量，注意它并不是消费者缓存.
根据生产者消费者模型的模型理论，当入队(enqueue)请求时，如果满足(runningRequests<64 && runningRequestsPerHost<5)，那么就直接把AsyncCall直接加到runningCalls的队列中，并在线程池中执行。如果消费者缓存满了，就放入readyAsyncCalls进行缓存等待。
上面这里会不会产生死锁?
不会,当任务执行完成后,调用finished的promoteCalls()函数，手动移动缓存区（可以看出这里是主动清理的，因此不会发生死锁）
什么是死锁?
产生死锁的四个必要条件：
（1） 互斥条件：一个资源每次只能被一个进程使用。（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
特点是自动重连,有了解过吗?
在HttpEngine中的recovery中实现，虽然它有这个机制，但是前提是域名有多个地址，然后迭代试用，这样情况一般不是很多。
Okhttp的底层网络请求是Socket还是Http啊？
OkHttp3的最底层是Socket，而不是URLConnection，它通过Platform的Class.forName()反射获得当前Runtime使用的socket库.
因为底层使用Socket，所以在okhttp3源码全局搜索"new Socket"这个关键词，定位在：
okhttp3.internal.io.RealConnection#connect
源码如下:
rawSocket = proxy.type() == Proxy.Type.DIRECT ||proxy.type() == Proxy.Type.HTTP? address.socketFactory().createSocket(): new Socket(proxy);
