OkHttp
-
OkHttp流程
- 创建一个OkHttp Client
- 通过Builder模式创建一个request，传入url等参数
- 通过OkHttp Client创建一个Call
- 再通过Call发起同步或者异步请求
- 将请求放到队列中，等待执行
- 如果是同步请求，则会立刻执行，如果是异步请求，则会查看队列中是否有空位，有空位就请求，没有空位就等待
- 真正发起请求是通过RealCall的getResponseWithInterceptorChain通过一系列的拦截器最后才发起真正的网络请求，并取回Response
runningSyncCalls的作用就是统计当前所有正在运行的请求总数以及能够取消所有请求
-
OkHttp有哪些拦截器？
- 应用拦截器（由用户自定义，预处理header，参数，网关等）
- RetryAndFollowUpInterceptor（重试和重定向拦截器）
- BridgeInterceptor（桥拦截器，添加cookie，header，保存cookie，解压gzip）
- CacheInterceptor（缓存拦截器，如果命中缓存，则不发起网络请求）
- ConnectInterceptor（连接拦截器，负责连接复用，创建连接、释放连接和创建socket）
- NetworkInterceptor（网络拦截器，由用户自定义，监控网络层的数据传输）
- CallServerInterceptor（请求拦截器，通过已建立的连接和服务器进行数据的读写交互）
备注：每个拦截器中，通过调用方法
chain.proceed()来执行下一个拦截器 -
addInterceptor与addNetworkInterceptor有什么区别？
参考上面1，addInterceptor添加的是应用拦截器，addNetworkInterceptor添加的是网络拦截器，按照责任链的顺序来说，应用拦截器是最新执行的拦截器，而网络拦截器位于ConnectInterceptor和CallServerInterceptor之间。
所以，从责任链的顺序上来看：- 如果发生了网络重试或者是重定向，那么应用拦截器只会执行一次，而网络拦截器则可能会执行多次
- 如果网络请求缓存命中了的话，那么网络拦截器也不会执行。
- 因为应用拦截器在所有拦截器的前面，可以在网络自动重试之前进行本地重试，和本地离线请求，而网络拦截器则无法控制
- 本地拦截器可以对原始请求数据和最终响应结果进行监控和修改，而网络拦截器可以监控网络请求过程的数据，和获取Connection携带的请求信息。
-
网络缓存如何实现的？（参考）
OkHttp的网络缓存，主要由缓存拦截器实现。
在缓存拦截器中，缓存的增删查改主要是由Cache负责，而最终的储存主要由DiskLruCache负责实现。
缓存策略（参考）：- 在一次网络请求中，该请求是请求网络还是直接读取缓存，主要由CacheStrategy进行缓存策略的判断。
- 缓存策略判断条件：缓存响应，握手信息，是否允许缓存，CacheControl中的配置，Header中的过期时间，响应时间等。
- 根据缓存策略最后决定是请求网络还是直接返回缓存。
另，考虑到
POST，HEAD请求，实现比较复杂，且收益不高，所以对其结果并不进行缓存，只缓存GET请求 -
网络连接怎么实现复用？
- 为什么要复用？
因为在Http请求过程中，每建立一个新的TCP连接，都需要进行3次握手，断开连接需要进行4次挥手，如果有大量的网络请求，每个请求都要建立一个新连接，那这样子就会相当耗费性能。为了解决或者说优化这个问题，http做了一个keep alive connections的机制，在传输数据之后，连接会保持一段时间，等待新的传输，如果有新的请求，而且host相同，就会复用这个连接，而不需要通过分手+握手建立新的连接 - OkHttp如果再优化？
OkHttp通过维护一个连接池，来复用Http中空闲的TCP连接，最高支持5个并发，默认等待5分钟，即最忙的时候，可以同时支持5个连接进行数据传输，而当连接空闲下来后，会等待5分钟，如果5分钟之后，还没有新的网络请求，那么才会关闭这个连接。
- 为什么要复用？
OkHttp如何做网络监控？
利用网络拦截器，监控网络请求和返回对象？-
如何优化网络流量
- 利用OkHttp的缓存
- 弱网优化
-
网络访问优化
- 通过Android SDK实现IP直连
- 使用HttpDNS
-
OkHttp如何管理Cookie（参考：Retrofit和Okhttp添加cookie）
- HTTP中Cookie存储字段：客户端设置Cookie:Header("cookie", cookie)，服务端设置Cookie: Header("Set-Cookie", cookie)
- OkHttp中定义了一个实体类Cookie，一个接口CookieJar用于获取和添加Cookie
- 在桥拦截器（BridgeInterceptor）中从response里面获取cookie字段，给request自动添加cookie字段，通过一个map存储（key是url的host）
Retrofit
（请求数据的封装，请求对象的生成，如何发起网络请求，对返回数据的封装）
-
Reftrofit比OkHttp优势：
- 封装好请求方法，只需要使用注解即可
- 请求参数封装，自动进行对象/Gson转换
- 支持同步和异步，suspend请求
- POST的Body封装不够灵活
-
Retrofit工作过程（参考）
- 通过解析注解，配置请求参数
- 通过动态代理生成网络请求对象
- 通过网络请求适配器（CallAdapter），将 网络请求对象 进行平台（Android，RxJava，Guava，Java8）适配
- 通过网络请求执行器（CallFactory=OkHttpClient（可自定义配置）），发起网络请求
- 通过数据转换器（Converter），解析服务器返回的结果
- 通过回调执行器，切换线程
- 用户在合适的线程处理返回的结果
Retrofit的注解是什么实现的？
方法注解，参数注解
通过RequestFactory的Build方法，解析接口中的方法注解和参数注解。Retrofit网络请求层用的什么？
OkHttp-
Retrofit中使用了哪些设计模式？
- Builder模式（用于创建Retrofit实例）
- 工厂模式（用于封装request，response和创建不同的http请求）
- 外观模式（retrofit.create(Api.class）创建之后，访问Api里面的各个接口）
- 代理模式（通过动态代理创建网络请求接口，拦截调用，然后统一在InvocationHandler中进行请求接口的处理）
- 装饰模式（将OkHttpCall通过ExecutorCallbackCall进行装饰，可以在ExecutorCallbackCall中进行额外的操作（指线程切换））
- 策略模式（通过解析请求接口的参数，返回值和注解类型，返回不同的执行器，request适配器和response转换器）
-
Retrofit在OkHttp上做了哪些封装？动态代理和静态代理的区别，是怎么实现的？
- 封装了请求参数，请求方法，返回结果，线程切换
- 动态代理是运行时才生成的，静态代理是运行之前已经存在。在retrofit.create()的时候动态生成一个代理类，并将代理类的实力创建交给
InvocationHandler类作为具体实现。
具体好处：
1. 可以对所有的接口请求统一处理
2. 获得网络请求接口实例上的所有注解
3. 更方便封装ServiceMethod
Android开发Repository层如何拿到retrofit返回的数据？
在Repository中初始化retrofit，通过挂起函数请求结果，并获取返回的结果，在ViewModel中通过viewModelScope启动协程执行rep中的挂起函数-
Retrofit也用apt去做是否可行？为什么不用apt而用动态代理？
Retrofit也可以用apt去做处理，但是这样的话，每写一个请求接口就需要多加一个注解，会显得很重复，很冗余，而用动态代理实现的话，就只需要写一句retrofit.create(Api.class)即可。apt（参考）：即注解处理器，是一种注解处理工具，用来在编译期扫描和处理注解，通过注解来生成 Java 文件。即以注解作为桥梁，通过预先规定好的代码生成规则来自动生成 Java 文件。此类注解框架的代表有 ButterKnife、Dragger2、EventBus、Hilt等
-
Retrofit如何实现suspend（参考）
- 因为suspend在转换成Java时，会在函数参数最后，生成一个Continuation参数
- Retrofit在RequestFactory.parseParameter中根据是否存在该参数判断是Kotlin协程还是非协程
- 通过扩展OkHttp.call的方法，在请求返回结果时，在call中调用协程
-
Retrofit2.0和2.7的区别
- 请求对象由原来的Builder改成了通过RequestFactory工厂封装+Builder
- 增加了对Kotlin的支持
- 为了兼容Kotlin的协程，将ServiceMethod变成抽象类，然后实现了3个子类分别为
CallAdapted,SuspendForResponse和SuspendForBody，其中CallAdapted直接返回Call对象，而后面两个会返回协程对象。
