导言
这一节目标着眼于常见的网络请求方面的优化
基础
首先分析一个网络请求的基本过程
1.创建一个请求，然后在工作线程中执行
2.对域名进行DNS解析，然后进行连接，其中TCP连接要完成三次握手，如果是HTTPS的话也要完成TLS握手
3.连接完成后往输入流中写入数据，然后等待服务端往输出流中写入数据
4.服务端处理完业务逻辑，将数据写入输出流中
5.客户端接收到数据，进行后期处理，然后回到主线程中处理
基于以上的步骤，考虑一下优化的方案
准备
首先考虑第一步，网络请求要在工作线程中进行，那么线程的执行数量必然会收到限制，同样的，为了不限制性能，请不要使用AsyncTask和HandlerThread模型，但是请求串行处理会降低效率，最明显的就是当执行到一个速度较慢的接口会直接拖慢整体的运行效率
1.线程数受限，要求并发请求接口不宜过多，同时因为一些后台任务的执行，所以考虑CPU核心数-1会合适一点
2.非单核手机不应该串行执行网络请求，否则很容易出现卡顿的情况
3.初始任务也应该放入工作线程中执行，比方说参数的拼接获取、加解密操作等等，因为这些操作往往会大于16.67ms执行时间
4.从性能上面来说，应该要求接口尽可能的少，也就是要合并接口，此外这也是一个耗电问题，网络请求本身是一个耗电操作
DNS解析
第二步中提到要对DNS进行一个解析操作，这是因为socket连接维度是基于IP地址和端口，比方说HTTP默认就是80端口，而HTTPS就是443端口
传统的DNS解析模式为客户端向运营商DNS发起域名解析请求，然后DNS返回IP地址，之后客户端再通过IP和端口发起连接
从这块进行优化的技术为HTTPDNS，具体可以看下面的地址，讲的非常详细
https://github.com/CNSRE/HTTPDNSLib
大致总结一下：
1.要防止本地DNS劫持。本地在第一次访问DNS服务器得到结果的时候，也是会在本地缓存一份IP映射表，这样做是为了在下一次获取的时候提速，所以说这里存在劫持或者缓存过期的问题（同样，自己的HTTPDNS也会有这个问题，不过可以在劫持方面做一些努力，会相对好一些）
2.降低延时，提高用户的体验。IP分配类似CDN的思想，比方说按照片区划分，这样深圳的用户能够就近访问广州机房的机器，而不是去访问厦门的机器，这样也会快不少
3.降低失败率。简单说就是提供多一种手段来处理，比方说先用HTTPDNS，失败后再用本地DNS处理，都失败那就没办法了
TCP和TLS握手及TCP慢启动问题
建立一次HTTPS的连接，必须做这么几件事情，首先是TCP的三次握手，然后就是TLS的握手流程
现代IM基于长连接，很大的一个优点就是去除了大量的握手操作，从而加快了数据传输
这一点在OkHttp中也有体现，OkHttp会尝试重用连接，从而减少重复的TCP握手
这可以看OkHttp阅读笔记（四）
并且TCP具有慢启动的特点，在之前已经使用过的前提下，再次使用效率也会较之前的更好
所以说在一些频繁使用的场景下，比方说日志上报、IM这块使用持续连接会更好
结果处理
等服务端成功返回数据之后，客户端需要对数据进行解密等一系列的操作，这一块考虑如下：
1.返回后的统一处理，比方说利用GSON序列化数据为对象，这类型的操作大约为500ms以上级别的操作，要考虑这个操作是在当前网络线程中执行或者在额外的工作线程中再执行，如果要求网络执行快的话，那么建议利用其余线程处理，这样可以使得当前线程被快速重用到其余等待执行的网络请求
2.数据处理完毕之后，有的操作实际上是没有必要回到主线程中的，或者说有的操作过于简单，都不需要调度线程，因为调度线程还是有一定的开销的，所以说网络库要具备灵活处理回调后结果的能力
结语
这一节只是一些基础的处理方式，也是一个基本的网路封装的考量
