OkHttp拦截器
拦截器是一个强大的机制,可以监控、重写和重试调用。这里有一个简单的拦截器,可以记录发出的请求和收到的响应。
class LoggingInterceptor implements Interceptor {
@Override public Response intercept(Interceptor.Chain chain) throws IOException {
Request request = chain.request();
long t1 = System.nanoTime();
logger.info(String.format("Sending request %s on %s%n%s",
request.url(), chain.connection(), request.headers()));
Response response = chain.proceed(request);
long t2 = System.nanoTime();
logger.info(String.format("Received response for %s in %.1fms%n%s",
response.request().url(), (t2 - t1) / 1e6d, response.headers()));
return response;
}
}对chain.proceed(request)的调用是每个拦截器实现的关键部分。这个看似简单的方法是所有HTTP工作发生的地方,产生一个满足请求的响应。如果chain.proceed(request)被调用了不止一次,则必须关闭之前的响应体。
拦截器可以被链起来。假设你同时拥有一个压缩拦截器和一个校验和拦截器:你需要决定数据是压缩后再校验和,还是校验和后再压缩。OkHttp使用列表来跟踪拦截器,拦截器是按顺序调用的。

应用拦截器
拦截器被注册为应用程序或网络拦截器。我们将使用上面定义的LoggingInterceptor来说明两者的区别。
通过在OkHttpClient.Builder上调用addInterceptor()来注册一个应用拦截器。
URL http://www.publicobject.com/helloworld.txt重定向到https://publicobject.com/helloworld.txt,OkHttp自动跟随这个重定向。我们的应用拦截器被调用一次,从chain.proceed()返回的响应有重定向的响应。
我们可以看到,我们被重定向了,因为response.request().url()与request.url()不同。两条日志语句记录的是两个不同的URL。
网络拦截器
注册一个网络拦截器也很类似。调用addNetworkInterceptor()而不是addInterceptor()。
当我们运行这段代码时,拦截器会运行两次。一次是初始请求http://www.publicobject.com/helloworld.txt,另一次是重定向到https://publicobject.com/helloworld.txt。
网络请求还包含更多的数据,比如OkHttp添加的Accept-Encoding: gzip头,用来宣传对响应压缩的支持。网络拦截器的Chain有一个非空的Connection,可以用来查询连接到webserver的IP地址和TLS配置。
在应用程序和网络拦截器之间进行选择
Each interceptor chain has relative merits.
每个拦截链都有相对的优点。
应用拦截器
不需要担心重定向和重试等中间响应。
总是被调用一次,即使HTTP响应是从缓存中提供的。
观察应用程序的原意。不关心OkHttp注入的头信息,如If-None-Match。
允许短路,不调用
Chain.proceed()。允许重试和多次调用
Chain.proceed()。可以使用
withConnectTimeout、withReadTimeout、withWriteTimeout调整Call超时。
网络拦截器
能够对重定向和重试等中间响应进行操作。
不调用对网络短路的缓存响应。
在数据将在网络上传输时就观察数据。
访问承载请求的连接。
CallServerInterceptor不会执行chain的proceed。所以CallServerInterceptor必须放最后一个。
参考
最后更新于