A. Android网络请求库【OkHttp4.9.3】基本用法与原理分析
OkHttp是一套处理 HTTP 网络请求的依赖库，由 Square 公司设计研发并开源，目前可以在 java 和 Kotlin 中使用。对于 Android App 来说，OkHttp 现在几乎已经占据了所有的网络请求操作，Retrofit + OkHttp实现网络请求似乎成了一种标配。因此它也是每一个 Android 开发工程师的必备技能，了解其内部实现原理可以更好地进行功能扩展、封装以及优化。
OkHttp的高效性体现在：
第一步：创建OkHttpClient，创建OkHttpClient有两种方式：
OkHttpClient提供了丰富的配置方法，例如添加拦截器、指定连接池、设置请求超时等等。
第二步：创建请求
使用Request.Builder() 构建Request实例
第三步：发起网络请求
OkHttp支持同步和异步两种请求方式
OkHttp的使用方法非常简单，三步操作就可以发起一个简单的同步或异步请求。我们也可以很轻松地对网络请求进行配置，例如添加请求头、设置请求方式、设置请求超时等等，这些配置参数会在源码分析过程中详细介绍。
现在我们已经学会了三步操作发起网络请求，接下来以这三个步骤为切入点，深入到源码中学习OkHttp的实现原理，废话少说马上开车。
OkHttpClient创建方式有两种，我们看看两种方式有什么区别。
第一种直接使用默认构造函数，内部依然是使用建造者模式
第二种使用建造者模式
两种方式最终都是调用构造函数OkHttpClient(builder:Builder)，由参数builder负责所有的参数配置工作。
当您创建单个OkHttpClient实例并将其用于所有 HTTP 调用时，OkHttp 性能最佳。 这是因为每个OkHttpClient都拥有自己的连接池和线程池，重用连接和线程可减少延迟并节省内存。 相反，为每个请求创建一个客户端会浪费空闲池上的资源。
Request同样使用建造者模式来创建，这里贴上部分重要源码，很简单就不细说了。
OkHttp发起网络请求分为同步请求和异步请求两种方式，我们只分析异步请求流程，因为只要理解了异步请求过程，基本上也就明白同步请求是怎么一回事了。
RealCall是连接应用层与网络层的桥梁，负责处理连接、请求、响应和数据流。
Dispatcher维护着一套异步任务执行策略，分析策略之前先介绍几个重要概念：
client.dispatcher.enqueue(AsyncCall(responseCallback)) 执行步骤为：
AsyncCall实现了Runnable接口，因此一旦被线程池中的线程处理就会调用它的run()方法：
话休絮烦，我们开始分析拦截器责任链：
责任链执行流程：首先获取当前拦截器interceptor，并且调用interceptor.intercept(next)执行拦截器操作。这里的next表示的是index+1后的责任链对象，拦截器的intercept()方法内部会调用next.proceed(request)方法再次进入到责任链，由于此时index已经加1，所以处理的是下一个拦截器。
如此循环往复，直到处理完责任链上最后一个拦截器为止。
注意除最后一个拦截器CallServerInterceptor不会调用chain.proceed(request)方法之外，其他拦截器都应该至少调用一次chain.proceed(request)方法。
为了验证上面的结论，我们进入到RetryAndFollowUpInterceptor的intercept()方法一探究竟：
可以看到注释1处重新进入责任链处理下一个拦截器。
有兴趣可以自行查看最后一个拦截器CallServerInterceptor源码，此处只给出本人阅读源码后得出的结论：
以上就是拦截器责任链的工作流程，我们再通过流程图仔细感受一下。
分析完拦截器责任链，我们继续分析AsyncCall#run()方法：
我们看到，如果()方法成功获得服务端返回的数据，则调用responseCallback.onResponse(this@RealCall, response)方法完成异步回调；如果服务端数据获取失败（请求异常），则调用responseCallback.onFailure(this@RealCall, canceledException)方法完成异步回调
需要注意的是，responseCallback回调是在子线程中完成的，所以如果想把数据显示到UI上，需要切换回主线程进行UI操作。
OkHttp发起网络请求全过程：
【知识点】OkHttp 原理 8 连问
B. Android性能优化之网络优化DNS和HttpDNS知识详解
前言小计
本文已在在公众号【Android开发编程】发表
一、什么是DNS
二、DNS域名结构
1、DNS域名命名
2、域名的分级
域名可以划分为各个子域，子域还可以继续划分为子域的子域，这样就形成了顶级域名、二级域名、三级域名等
顶级域名可以分为三大类：
国家顶级域名：cn、us、uk等
通用域名：常见的有7个，com、net、org、e、int、gov、mil
方向域名： arpa,用于将ip地址转为域名
域名服务器
域名服务器按照由高到低进行层次划分：
注意： 一个域名服务器所负责的范围，称为区
三、域名解析过程
域名解析的重要两点：
以上两点是域名解析的重要两步。但是这并不是解析ip地址的完整过程，如果浏览器的缓存中有该域名对应的ip地址，就不需要向本地域名服务器请求了等等。下面来看详细过程:
例如要解析：www.example.com该域名的ip地址;
四、DNS安全和优化
1、dns安全问题
2、DNS优化
DNS解析是一个漫长的过程，那么它的优化有哪些？
1、网页端
用户在请求请求某个链接之前，浏览器先尝试解析该链接的域名再将其进行缓存。
可以这样做：
(1) 在服务器中响应设置X-DNS-Prefetch-Control的值为on启动预解析
(2) 在HTML中，
(3) 在head中加入link标签：
如
不过现在的Chrome浏览器会自动将当前页面的所有带href的dns都prefetch一遍。需要手动添加上面的link标签的场景是：你后面访问的域名不在当前页面的所有链接中;
正确使用link标签的姿势：
域名收敛:建议将静态资源只放在一个域名下面，可以减少DNS的请求
2、客户端
HttpDNS
HttpDNS是使用HTTP协议向阿里云的HTTPDNS服务器的80端口直接进行请求，代替传统的DNS协议向LDNS服务器的53端口进行请求。从而可以绕过LDNS，可以避免运行商的域名劫持和调度不精准的问题;
五、HttpDNS介绍
总结：
网络优化的知识点很多，今天主要介绍了dns的知识点
下次继续介绍Android网络优化的具体实现方案
C. Android Okhttp/Retrofit网络请求加解密实现方案
比较安全的方案应该是AES+RSA的加密方式。具体如下图所示。
为什么要这样做呢？
1、RSA是非对称加密，公钥和私钥分开，且公钥可以公开，很适合网络数据传输场景。但RSA加密比较慢，据说比AES慢100倍，且对加密的数据长度也有限制。
2、AES是对称加密，加密速度快，安全性高，但密钥的保存是个问题，在网络数据传输的场景就很容易由于密钥泄露造成安全隐患
3、所以，AES+RSA结合才更好，AES加密数据，且密钥随机生成，RSA用对方（服务器）的公钥加密随机生成的AES密钥。传输时要把密文，加密的AES密钥和自己的公钥传给对方（服务器）。对方（服务器）接到数据后，用自己的私钥解密AES密钥，再拿AES密钥解密数据得到明文。这样就综合了两种加密体系的优点。
4、除上面说的外，还可以加签名，即对传输的数据（加密前）先做个哈希，然后用自己的RSA私钥对哈希签名（对方拿到自己的公钥可以验签），这样可以验证传输内容有没有被修改过。
就java来说，加密的输入和输出都是字节数组类型的，也就是二进制数据，网络传输或本地保存都需要重新编码为字符串。推荐使用Base64。Android 有自带的Base64实现，flag要选Base64.NO_WRAP，不然末尾会有换行影响服务端解码。
Android中Base64加密
总而言之，这些不同语言都有实现库，调用即可，关键是参数要一致，具体还需要和后台联调一下。
rsa加解密的内容超长的问题解决
现在说到网络框架，应该毫无疑问是Retrofit了。上面说的加密方案说到底还是要在网络请求框架内加上，怎么做入侵最小，怎么做最方便才是重点。
1、坑定不能直接在接口调用层做加密，加参数，这样每个接口都要修改，这是不可能的。
2、ConverterFactory处理，这也是网上可以搜到的很多文章的写法，但我觉得还是有入侵。而且有点麻烦。
3、OkHttp添加拦截器，这种方法入侵最小（可以说没有），实现呢也非常优雅。
下面的实现，网上也找不到多少可以参考的文章，但不得不说，OkHttp的封装和设计真的很好用，所见即所得。看下源码，就知道该怎么用了，连文档都不用查。
主要注意点：
0、和接口无关的新加的数据放在请求头里。
1、该close的要close，不然会内存泄漏。
2、新旧Request和Response要区分好，新的要替换旧的去传递或返回。
3、要对response.code()做处理，只有在和后台约定好的返回码下才走解密的逻辑，具体看自己的需求，不一定都是200。
D. Android面试笔记——HTTP/HTTPS
HTTP和HTTPS是面试常问的问题，内容比较多而且复杂，HTTPS里面的细节很多，本文只是把主要的东西写出来，想要弄懂HTTPS还是要多看几篇博文，自己动手走一遍把各个攻击的case搞明白。
HTTP 是超⽂本传输协议，也就是HyperText Transfer Protocol。
Host 字段 ：客户端发送请求时，⽤来指定服务器的域名。 Host: www..com
Content-Length 字段 ：服务器在返回数据时，会有 Content-Length 字段，表明本次回应的数据长度。 Content-Length: 1000
Connection 字段 ：Connection 字段最常用于客户端要求服务器使⽤ TCP 持久连接，以便其他请求复⽤。 HTTP/1.1 版本的默认连接都是持久连接，但为了兼容⽼版本的 HTTP，需要指定 Connection ⾸部字段的值为Keep-Alive 。
Content-Type 字段 ：Content-Type 字段⽤于服务器回应时，告诉客户端，本次数据是什么格式 。 Content-Type: text/html; charset=utf-8
Content-Encoding 字段 ：Content-Encoding 字段说明数据的压缩⽅法。表示服务器返回的数据使用了什么压缩格式 。客户端在请求时，⽤ Accept-Encoding 字段说明自己可以接受哪些压缩⽅法。 Accept-Encoding: gzip, deflate
下图为访问网络的返回字段
HTTP/2 协议是基于 HTTPS 的，所以 HTTP/2 的安全性也是有保障的。
这都是基于 TCP 传输层的问题，所以 HTTP/3 把 HTTP 下层的 TCP 协议改成了 UDP 。
UDP 发生是不管顺序，也不管丢包的，所以不会出现 HTTP/1.1 的队头阻塞 和 HTTP/2 的⼀个丢包全部重传问题。
UDP 是不可靠传输的，但基于 UDP 的 QUIC 协议 可以实现类似 TCP 的可靠性传输。
HTTPS 采⽤的是 对称加密和⾮对称加密结合 的“混合加密”⽅式：
采⽤“混合加密”的⽅式的原因：
摘要算法⽤来实现 完整性 ，能够为数据⽣成独⼀⽆⼆的“指纹”，⽤于校验数据的完整性，解决了篡改的⻛险。
客户端在发送明⽂之前会通过摘要算法算出明文的“指纹”，发送的时候把“指纹 + 明文”⼀同加密成密文后，发送给服务器，服务器解密后，用相同的摘要算法算出发送过来的明文，通过⽐较客户端携带的“指纹”和当前算出的“指纹”做⽐较，若“指纹”相同，说明数据是完整的。
客户端先向服务器端索要公钥，然后⽤公钥加密信息，服务器收到密文后，⽤⾃⼰的私钥解密。这就存在些问题，如何保证公钥不被篡改和信任度？
所以这⾥就需要借助第三⽅权威机构 CA （数字证书认证机构），将服务器公钥放在数字证书（由数字证书认证机构颁发）中，只要证书是可信的，公钥就是可信的。
通过数字证书的⽅式保证服务器公钥的身份，解决冒充的⻛险 。
证书签名和验证过程 ：
两种情况 ：
E. 说说在 Android 中如何发送 HTTP 请求
客户端会向服务器发出一条 HTTP 请求，服务器收到请求后会返回一些数据给客户端，然后客户端再对这些数据进行解析与处理。
可以使用 HttpURLConnection（官方推荐） 来发送 HTTP 请求。
布局文件：
活动类：
因为在 Android 中不允许在子线程中执行 UI 操作，所以我们通过 runOnUiThread 方法，切换为主线程，然后再更新 UI 元素。
最后记得声明网络权限哦：
OKHttp 是一个处理网络请求的开源项目，目前是 Android 最火热的轻量级框架,由移动支付 Square 公司贡献（该公司还贡献了Picasso）。希望替代 HttpUrlConnection 和 Apache HttpClient。
首先引入 OKHttp 库依赖：
然后点击 Android Studio 右上角的 Sync Now，把库真正加载进来。
修改活动类：
可以在 build() 方法之前连缀很多其他方法来丰富这个 Request 对象。
如果是 POST 请求，那么需要构建 RequestBody 对象，形如：
修改活动类：
注意： new Thread(...) 之后需要执行 start() 才会启动线程哦。
运行：
可以看出，OKHttp 比 HttpURLConnection 更强大：同一个网址，OKHttp 能够正确地返回响应数据哦O(∩_∩)O哈哈~