1.Calls
Http客户端的工作是接收你的请求和对其作出响应。这在理论上很简单但是在实践中和棘手。
Requests
每个HTTP请求包含一个URL，一个请求方式(GET或者POST)，和一系列的Headers。请求也可能包含一个请求体Body:一个包含具体内容类型的数据流。
Responses
响应是对请求的应答。一个响应包含一个状态码code(成功200，或者404 资源未找到)，请求头headers,和可能包含的响应体body
Rewriting Requests
当你提供了一个HTTP请求，你就会描述这个请求在一个高的水平:"用这些带headers的url去获取响应"，为了正确性和高效率，OKHTTP在传输之前会重写你请求。
OkHttp会添加一些默认Headers，这些Headers在你的原始请求request本来是没有，包括Content-Length,Transfer-Encoding,User-Agent,Host,Connection,Content-Type。它将为透明响应压缩添加一个Accept-Encoding的header，除非它已经存在。如果你有cookies，OkHttp也会添加Cookie的header.
一些请求会有缓存响应。当这个缓存的响应过期时，Okhttp会做一个"有条件的"GET请求去下载一个更新的响应，如果这个响应比缓存的响应更新的话。这就需要想If-Modified-Since 和 If-None-Match这样的headers。
Rewriting Responses
如果使用了透明压缩，OkHttp 会去掉相应的响应头Content-Encoding和Content-Length，因为他们不适合减压响应体。
如果一个"带有添加的"GET请求成功，从网络的响应和缓存的响应将会按照规范直接合并。
Follow-up Requests
当你请求的URL已经被服务器转移，服务器返回302的响应码，到一个新文档的URL，OkHttp将跟随重定向检索一个最终的响应.
如果响应需要一个授权挑战，OkHttp将会向鉴定人要求满足这个授权，如果鉴定人提供了一个证书，那么请求会带着这个证书重试。
Retrying Requests
有时候，连接会失败：要么是连接池陈旧并且断开，要么是webserver 本身不可达。如果可以，OkHttp将用一个不同的路由重试这个请求。
Calls
随着重写，重定向，后续和重试，您的简单请求可能会产生很多请求和响应。 OkHttp使用Call来模拟满足您的请求的任务，但是很多中间请求和响应都是必需的。 通常这不是很多！ 但是，如果你的URL被重定向或者如果你故障转移到另一个IP地址，那么知道你的代码将继续工作是很让人欣慰的。
Call被执行有两种方式：
- 同步：您的线程阻塞，直到响应可读。
- 异步：您将请求排入任何线程，并在响应可读时在另一个线程上回调。
Call可以从任何线程取消。 如果Call尚未完成，这将失败！ 写入请求体或读取响应体的代码在其呼叫被取消时将遭受IOException。
Dispatch
对于同步Call，您需要自行提供线程，并负责管理您同时发出的多少个请求。 同时连接浪费资源太多; 太少的危害等待时间。
对于异步Call，Dispatcher实现最大同时请求的策略。 您可以设置每个网络服务器的最大数量（默认值为5），以及整体数据（默认值为64）。
