每日一题:OkHttp

作者: 林锐波 | 来源:发表于2017-07-24 17:20 被阅读254次

    每日一题: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<readyAsyncCalls>:缓存(用数组实现,可自动扩容,无大小限制)
    7. 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); 
    

    相关文章

      网友评论

        本文标题:每日一题:OkHttp

        本文链接:https://www.haomeiwen.com/subject/prgbkxtx.html