每日一题:OkHttp
每日一题: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);