每日一题:OkHttp

每日一题:OkHttp

OkHttp解析

面试率: ★★★☆☆

面试技巧与建议

网络库在Android实际项目中基本上都会使用到,而OKhttp最热门的网络库之一,因此出去面试必然是常客.

面试建议

在最近的面试中很多应聘者都存在如下几个问题:

• 基本都使用/了解过
  你去面试一家公司,别人问这个问题你说使用过,但是面试官一天面试7-8个人,其他应聘者也会使用,那么你们区别在哪里?

• 不知道其底层网络协议
  一个网路底层使用socket还是http这个是最基本的了解.

• 不知道为什么使用它
  都说这个网路好,那他好在哪里,你为什么使用它,对技术是选择应适合而不是贪新.

• 不知道如何封装
  使用过那如何使用?做了什么封装说得出吗?

• 在什么地方用过
  项目中哪个模块使用过这个库呢,是全局使用,还是局部使用?

对于上述问题可以了解并答出,才能证明你有这方面相关开发经验,否则只能说你只是看过Okhttp.

面试技巧

一般开发中迭代速度比较快的情况下,不会有很多时间去深入的探讨开源库中的全部源码,但是如果跟业务有关联的话,我们才会去做研究,而研究的也是全部源码中的某块功能或者模块.

• okHttp自定义拦截器
  拦截器是okhttp中强大的流程装置，它可以用来监控log，修改请求，修改结果，甚至是对用户透明的GZIP压缩。类似于脚本语言中的map操作。在okhttp中，内部维护了一个Interceptors的List，通过InterceptorChain进行多次拦截修改操作。

比如之前为了可以监控网络log日志,我在okhttp中就自定义网络拦截器,至于如何拦截详情见文章:
拦截器

面试题

下面是从源码中抽取出的一些问题.

特点是?

OkHttp是一个高效的Http客户端:

1. 支持HTTP2/SPDY黑科技
2. socket自动选择最好路线，并支持自动重连
3. 拥有自动维护的socket连接池，减少握手次数
4. 拥有队列线程池，轻松写并发
5. 拥有Interceptors轻松处理请求与响应（比如透明GZIP压缩,LOGGING）
6. 基于Headers的缓存策略

主要对象?

1. Connections: 对JDK中的socket进行了引用计数封装，用来控制socket连接
2. Streams: 维护HTTP的流，用来对Requset/Response进行IO操作
3. Calls: HTTP请求任务封装
4. StreamAllocation: 用来控制Connections/Streams的资源分配与释放

工作流程的概述?

当我们用OkHttpClient.newCall(request)进行execute/enenqueue时，实际是将请求Call放到了Dispatcher中，okhttp使用Dispatcher进行线程分发，它有两种方法，一个是普通的同步单线程；另一种是使用了队列进行并发任务的分发(Dispatch)与回调，我们下面主要分析第二种，也就是队列这种情况，这也是okhttp能够竞争过其它库的核心功能之一

说Dispatcher做了什么?

Dispatcher也是Okhttp里的任务队列,
维护了如下变量，用于控制并发的请求.

1. maxRequests = 64: 最大并发请求数为64
2. maxRequestsPerHost = 5: 每个主机最大请求数为5
3. Dispatcher: 分发者，也就是生产者（默认在主线程）
4. AsyncCall: 队列中需要处理的Runnable（包装了异步回调接口）
5. ExecutorService：消费者池（也就是线程池）
6. Deque：缓存（用数组实现，可自动扩容，无大小限制）
7. Deque：正在运行的任务，仅仅是用来引用正在运行的任务以判断并发量，注意它并不是消费者缓存.

根据生产者消费者模型的模型理论，当入队(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);