Skip to main content

调用

HTTP client 的任务就是接受你传递的请求(request),然后产生响应(response)。原理很简单,在实践中却比较复杂。

Requests

每一个请求都包含一个URL,一个方法(比如GET或者POST),和请求头列表。请求还有可能包含一个body:指定内容类型的数据流。

Responses

响应(response)回应请求, 并带有状态码(比如200表示成功,404表示没找到资源), 响应头以及可选的响应体(body).

Rewriting Requests

当你提供一个HTTP request给OkHttp的时候,你是站在上层描述一个请求的: 使用这些请求头去请求这个URL。为了正确性和高效,OkHttp在传送请求之前会重写你提供的请求信息。

OkHttp会添加缺少的请求头,包括 Content-Length, Transfer-Encoding, User-Agent, Host, Connection, 以及 Content-Type。对于透明的响应也会添加Accept-Encoding请求头,除非这个请求头已经提供了。如果你有cookie,OkHttp会把cookie添加到Cookie请求头里。

有一些请求将会得到一个缓存后的响应。当这个缓存后的响应过期之后,OkHttp会执行一个 conditional GET 的请求,如果响应比之前的缓存更新,就会下载并更新缓存。这要求有类似If-Modified-SinceIf-None-Match的请求头。

Rewriting Responses

如果使用了公开的压缩,OkHttp将会丢弃相应的响应头 Content-EncodingContent-Length,因为这些响应头不适用解压缩后的响应体。

如果 conditional GET 请求成功了,网络响应的内容将会按照规范直接合并到缓存中。

Follow-up Request

当你请求的URL发生了移动,web服务器将会返回一个状态码为302的响应,指定文档的新URL地址,OkHttp将会请求跳转后的地址获取最终的响应。

如果响应要求认证,OkHttp将会询问Authenticator完成认证。如果认证器提供了证书,请求会带上证书重试。

Retrying Requests

有时连接会失败:不管是连接池出现问题断开了连接,还是web服务器本身不可达。如果有不同路由是可用的,OkHttp都会重新请求。

Calls

通过 rewrites, redirect, follo-ups 以及 retries,简单的请求可能有多次请求和响应。OkHttp使用Call表示一个完整的请求任务,即便中间可能需要多次请求和响应。

Call以下面其中一种方式执行:

  • 同步: 线程阻塞到响应可读
  • 异步: 请求在其他线程排队等待,当响应可读时回调函数会在其他线程执行

Call可以在任意线程取消。当Call还未完成时就取消,将会导致Call失败,正在往请求体里写数据的代码,或者从响应体里读数据的代码将会跑出 IOException异常。

Dispatch

对于同步请求调用,你需要负责管理可以有多少并发请求. 太多的并发连接会浪费资源,太少的并发连接会损害延迟。

对于一部请求调用,Dispatcher实现了最大并发请求策略。你可以设置最大数量 per-webserver(默认是5),或者 overall(默认是64)。

原文 - Calls