Okhttp面试简答

piade

于 2024-05-04 06:50:41 发布

阅读量942

点赞数 24

分类专栏：程序员文章标签： okhttp 面试职场和发展

本文链接：https://blog.csdn.net/piade/article/details/138433321

版权

程序员专栏收录该内容

302 篇文章 0 订阅

订阅专栏

1.2、Okhttp的核心类有哪些？简单讲一下

1.3、OkHttp方面的其他面试题

详细回答：

2.1、简单说一下okhttp。

2.2、Okhttp的核心类有哪些？简单讲一下

2.3、OkHttp方面的其他面试题

2.3.1、如何使用OkHttp进行异步网络请求，并根据请求结果刷新UI

2.3.2、OkHttp对于网络请求都有哪些优化，如何实现的

2.3.3、OkHttp框架中都用到了哪些设计模式

简略回答：

=====

1.1、简单说一下okhttp。

1、支持SPDY、HTTP2.0

2、无缝支持GZIP来减少数据流量

3、支持同步、异步（异步使用较多）

4、缓存响应数据来减少重复的网络请求

5、可以从很多常用的连接问题中自动恢复

1.2、Okhttp的核心类有哪些？简单讲一下

Dispatcher类：

Interceptor类：

1.3、OkHttp方面的其他面试题

1、如何使用OkHttp进行异步网络请求，并根据请求结果刷新UI

2、可否介绍一下OkHttp的整个异步请求流程

3、OkHttp对于网络请求都有哪些优化，如何实现的

4、OkHttp框架中都用到了哪些设计模式

详细回答：

=====

2.1、简单说一下okhttp。

1、支持SPDY、HTTP2.0

在早期的互联网中，由于协议都是一些比较简单的协议，内容基本上都是一些静态的页面、图片等，所以无连接、无状态的HTTP可以发挥自己简单快速、灵活的优势。但随着业务逻辑越来越复杂以及我们对安全性的重视，无连接、无状态反而成为了HTTP的劣势，所以也就又来后来更加高级的互联网协议的诞生。

第一个要讲的就是SPDY，这是谷歌开发的一种互联网协议。它是一种HTTP的兼容协议、支持多路复用请求、对请求划分优先级（优先返回文字，图片音频等随后返回）、压缩HTTP头，以减少请求数据量。

而HTTP2.0是在SPDY的基础上开发而来的，那么既然有了SPDY，为什么还要开发HTTP2.0。这是因为SPDY是完全由谷歌公司开发，这么重要的网络协议被把持在一家公司手里显然是不合适的。所以IETF（国际互联网工程任务组 The Internet Engineering Task Force，简称 IETF）就重新开发了HTTP2.0。HTTP2.0在SPDY的基础上又添加了更安全的SSL协议。SPDY和HTTP2.0作为一种更高级的网络协议，Okhttp必须得支持才行啊。而像其他的框架volley暂时是不支持HTTP/2的。所以这可以作为它的一个优点！

2、无缝支持GZIP来减少数据流量

为什么叫无缝支持的，意思就是说，你发送的数据和接受的收据在传递过程中都是经过gzip压缩的，并且这基本上你不需要你手动处理的，框架自动会帮你处理好。

首先，我们给request的请求头添加了(“Accept-Encoding”, “gzip”)的键值对，说明发送的请求数据是经过gzip压缩的；

其次，我们在处理从服务器返回的数据时也会判断：

“gzip”.equalsIgnoreCase(networkResponse.header(“Content-Encoding”)

这两个步骤都是在BridgeIntercept的intercept方法中设置的。

3、支持同步、异步（异步使用较多）

4、缓存响应数据来减少重复的网络请求

CacheInterceptor.java 这个简单，如题

5、可以从很多常用的连接问题中自动恢复

RetryAndFollowUpInterceptor：重试重定向拦截器

a、请求失败后重新尝试连接：从Retry这个单词理解，但是在OKHttp中并不是所有的请求失败后（即返回码不是200）都会去重新连接，而是在发生 RouteException 或者 IOException 后再根据一些策略进行一些判断，如果可以恢复，就重新进请求
b、继续请求：FollowUp本意是跟进的意思，主要有以下几种类型可以继续发起请求：部分以3或4开头的返回码的情况下可以继续发送请求。

注意：其中FollowUp的次数受到限制，OKHTTP内部限制次数为20次以内

2.2、Okhttp的核心类有哪些？简单讲一下

Dispatcher类：

Dispatcher 通过维护一个线程池，来维护、管理、执行OKHttp的请求。

Dispatcher 内部维护着三个队列：同步请求队列 runningSyncCalls、异步请求队列 runningAsyncCalls、异步缓存队列 readyAsyncCalls，和一个线程池 executorService。

Dispatcher类整体可以参照生产者消费者模式来理解：

Dispatcher是生产者，executorService是消费者池，runningSyncCalls、runningAsyncCalls和readyAsyncCalls是消费者，用来消费请求Call。

Interceptor类：