七层协议模型
应用层：看到得界面应用
表示层：数据加密解密，压缩解压缩等
会话层：一个应用跟另一个应用进行通信（设备跟设备，通过mac地址等）
传输层：tcp，udp，传输协议，端口
网络层：ip地址，路由器（包）
数据链路层：交换机（帧）
物理层：网线
主要介绍
OkHttpClient 对外界进行配置
Request 请求数据封装
Response 响应数据封装
Call [ RealCall，AsyncCall ] 请求接口
Callback 响应状态回调
Dispatcher 处理请求分发，流量控制
***Interceptor 拦截器，主要有五个拦截器
okio [ Sink]：原生的JavaIO + 自定义封装 ，其实就是对于 io 的封装
RealConnection 一个连接对象的封装
ConnectionPool 缓存连接的请求的连接池
StreamAllocation 找一个连接，做一些封装，涉及到复用
请求头
accept:能处理的东西
encoding：编码
language：
content-type
cache-control：缓存策略
304代表使用缓存Cache-Control（缓存策略）：Public、private、no-cache、max-age 、no-store（不缓存）
Expires（缓存的过期策略）：指名了缓存数据有效的绝对时间，告诉客户端到了这个时间点（比照客户端时间点）后本地缓存就作废了，在这个时间点内客户端可以认为缓存数据有效，可直接从缓存中加载展示。
响应头
status code
set-cookie
content-type
HTTP状态码：
1xx: Infomational (信息状态码) ，接收的请求正在处理
2xx: Succeed(成功)，请求正常处理完毕,如 200
3xx: Redirection(重定向)，需要进行附加操作，一般是没有响应数据返回的，如 304（Not,modified）307
4xx: Client Error (客户端的错误)，服务器无法处理请求，如 404
5xx: Server Error (服务端的错误)，服务器处理请求出错，如 500
307 重定向，会从新去响应头中获取loaction，一个新的地址，然后重新去请求
Http 和 Https 的区别
Https = Http + 加密 + 验证 + 完整
端口：Http (80) Https (443)
Http 的缺点
2.1 数据是没有加密传输，可能遭遇窃听
2.2 不验证通信方的身份，可能会遭遇伪装
2.3 无法验证报文的完整性，可能会遭遇篡改
TLS/SSL 协议
加密：对称加密（AES，DES） + 非对称加密 (RSA，DSA)
证书：要钱（便宜），建立连接的速度会拖慢，TCP 3 次握手，8 次握手
Http 1.x 和 Http 2.0 的区别
3.1 Http 2.0 采用二进制格式而非文本格式
3.2 Http 2.0 支持完全的多路复用
3.3 Http 2.0 使用报头压缩，降低开销
3.4 Http 2.0 让服务器将响应主动推送给客户端，（带内容推送，不带内容推送的通知）
拦截器
RetryAndFollowUpInterceptor 请求重试
重定向跟处理异常
一个死循环，在重试请求，两种情况（抛异常，传给下一个拦截器处理）
抛异常分为是都是致命，（1，类似socket超时【可能重试的】，重定向，继续下一次循环 2，请求异常【致命异常】-ssl，协议有问题， 跳出循环）
BridgeInterceptor 处理请求头等
封装一些请求头信息，connect，gzip，cookie等
返回数据的处理（如果返回数据被压缩了，使用zipSource，保存cookie）
CacheInterceptor 缓存
通过cacheStrategy策略模式去处理
LruDiskCache算法，文件缓存
缓存可用的情况下：
读取本地的缓存数据，没有直接去服务器读取
如果有缓存，检查缓存策略，判断有没有过期，没过期直接使用，过期了则带上头（IF-Modified-Since上次的请求时间）,并且后台可能还返回304
ConnectInterceptor 连接
判断一个连接，是否已经连接，没有连接则去连接socket【连接复用，缓存连接】
CallServerInterceptor 请求服务器
发送数据请求到服务器，获取响应数据
设计模式
构建者模式创建 okhttpClient，request，response
享元模式 request
拦截器模式
工厂模式 创建一些SocketFactory
功能
优点
1.okhttp
(1)支持http请求，https请求(2)支持文件下载(3)使用的是httpURLConnection(4)支持get、post请求(5)基于http的文件上传(6)加载图片
2.volley(1)非常适合进行数据量不大，但通信频繁的网络通信(2)内部封装了异步线程，封装拓展性强，支持httpclient(3)支持get、post请求(4)图片下载(5)可直接在主线程调用服务端并处理返回结果(6)可以取消请求，容易扩展，面向接口编程
缺点
1.okhttp(1)比如callback回来时在线程里面，不能刷新UI,需要我们手动处理(2)封装麻烦
2.volley(1)对于大文件下载volley的表现非常糟糕(2)只支持http请求(3)图片加载性能一般
