OkHttp 是一个很重要的开源库。它的默认配置已经提供了很好的效果，我们还是采取了一些措施提高 OkHttp 的可用性和自我检查能力：
1. 在文件系统中开启响应缓存
有些响应消息通过包含Cache-Control HTTP首部字段允许缓存，但是默认情况下，OkHttp 并不会缓存这些响应消息。因此你的客户端可能会因为不断请求相同的资源而浪费时间和带宽，而不是简单地读取一下首次响应消息的缓存副本。
为了在文件系统中开启响应缓存，需要配置一个 com.squareup.okhttp.Cache 实例，然后把它传递 给 OkHttpClient 实例的 setCache 方法。你必须用一个表示目录的 File 对象和最大字节数来实例化 Cache 对象。那些 能够缓存的响应消息会被写在指定的目录中。如果已缓存的响应消息导致目录内容超过了指定的大小，响应消息会按照最近最少使用（ LRU Policy ）的策略被移除。
正如 Jesse Wilson 所建议的 ，我们将响应消息缓存在 context.getCacheDir() 的子文件夹中：
final @Nullable File baseDir = context.getCacheDir();
if (baseDir != null) {
final File cacheDir = new File(baseDir, "HttpResponseCache");
okHttpClient.setCache(new Cache(cacheDir, 10*1024*1024));
}
2. 集成 Stetho
Stetho 是一个 Facebook 出品的超赞的开源库，它可以让你用 Chrome 的功能—— 开发者工具 来检查调试Android 应用。
Stetho 不仅能够检查应用的 SQLite 数据库和视图层次，还可以检查 OkHttp 的每一条请求和响应消息：
这种自我检查方式（Introspection）有效地确保了服务器返回允许缓存资源的 HTTP 首部时，且核缓存资源存在时，不再发出任何请求。
开启 Stetho，
public class MyApplication extends Application {
public void onCreate() {
super.onCreate();
Stetho.initializeWithDefaults(this);
}
}
添加一个 StethoInterceptor 实例到网络拦截器（Network Interceptor）的列表中去：
OkHttpClient client = new OkHttpClient();
client.networkInterceptors().add(new StethoInterceptor());
or:
new OkHttpClient.Builder()
.addNetworkInterceptor(new StethoInterceptor())
.build();
应用运行完毕之后，打开 Chrome 然后跳转到 chrome://inspect。设备、应用以及应用标识符信息会被陈列出来。直接点击“inspect”链接就可以打开开发者工具，然后切换到 Network 标签开始监测 OkHttp 发出的请求。
3. 使用 Picasso 和 Retrofit
可能和我们一样，你使用 Picasso 来加载网络图片，或者使用 Retrofit 来简化网络请求和解析响应消息。在默认情况下，如果你没有显式地指定一个 OkHttpClient，这些开源库会隐式地创建它们自己 的 OkHttpClient 实例以供内部使用。以下代码来自于 Picasso 2.5.2 版本的OkHttpDownloader 类：
private static OkHttpClient defaultOkHttpClient() {
OkHttpClient client = new OkHttpClient();
client.setConnectTimeout(Utils.DEFAULT_CONNECT_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setReadTimeout(Utils.DEFAULT_READ_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
client.setWriteTimeout(Utils.DEFAULT_WRITE_TIMEOUT_MILLIS, TimeUnit.MILLISECONDS);
return client;
}
Retrofit 也有类似的工厂方法用来创建它自己的 OkHttpClient,在OkClient类中。
图片是应用中需要加载的最大的资源之一。Picasso 是严格地按照 LRU 策略在内存中维护它的图片缓存。如果客户端尝试用 Picasso 加载一张图片，并且 Picasso 没有在内存缓存中找到该图片，那么它会委托内部的 OkHttpClient 实例来加载该图片。在默认情况下，由于前面的 defaultOkHttpClient 方法没有在文件系统中配置响应缓存，该实例会一直从服务器加载图片。
自定义一个 OkHttpClient 实例，将从文件系统返回一个已缓存的响应消息这种情况考虑在内。没有一张图片直接从服务器加载。这在应用第一次加载时是尤为重要的。在这个时候，Picasso 的内存中的缓存是 “冷” 的，它会频繁地委托 OkHttpClient 实例去加载图片。
这就需要构建一个用你的 OkHttpClient 配置的 Picasso 实例。如果你在代码中使用 Picasso.with(context).load(...) 来加载图片，你所使用的 Picasso 单例对象，是在with 方法中用自己 的 OkHttpClient 延迟加载和配置的。因此我们必须在第一次调用 with方法之前指定自己的 Picasso 实例作为单例对象。
简单地把 OkHttpClient 实例包装到一个 OkHttpDownloader 对象中，然后传递给Picasso.Builder 实例的 downloader 方法：
final Picasso picasso = new Picasso.Builder(context)
.downloader(new OkHttpDownloader(okHttpClient))
.build();
//客户端应该在任何需要的时候来创建这个实例
//以防万一，替换掉那个单例对象
Picasso.setSingletonInstance(picasso);
在 Retrofit 1.9.x 中，通过 RestAdapter 使用你的 OkHttpClient 实例，把 OkHttpClient实例包装到一个 OkClient 实例 中，然后传递给 RestAdapter.Builder 实例的 setClient方法：
restAdapterBuilder.setClient(new OkClient(httpClient));
在 Retrofit 2.0 中，直接把 OkHttpClient 实例传递给 Retrofit.Builder 实例的 client即可。
4. 设置用户代理拦截器（User-Agent Interceptor）
当客户端在每一次请求中都提供一个详细的 User-Agent 头部信息时，日志文件和分析数据提供了很有用的信息。默认情况下，OkHttp 的 User-Agent 值仅仅只有它的版本号。要设定你自己的 User-Agent，创建一个拦截器（Interceptor）然后替换掉默认值，参考 StackOverflow 上的建议 ：
public final class UserAgentInterceptor implements Interceptor {
private static final String USER_AGENT_HEADER_NAME = "User-Agent";
private final String userAgentHeaderValue;
public UserAgentInterceptor(String userAgentHeaderValue) {
this.userAgentHeaderValue = Preconditions.checkNotNull(userAgentHeaderValue);
}
@Override
public Response intercept(Chain chain) throws IOException {
final Request originalRequest = chain.request();
final Request requestWithUserAgent = originalRequest.newBuilder()
.removeHeader(USER_AGENT_HEADER_NAME)
.addHeader(USER_AGENT_HEADER_NAME, userAgentHeaderValue)
.build();
return chain.proceed(requestWithUserAgent);
}
}
使用任何你觉得有价值的信息，来创建 User-Agent。
如果你的应用中用到了 WebView，你可以配置使用相同的 User-Agent 值，即之前创建的 UserAgentInterceptor：
WebSettings settings = webView.getSettings();
settings.setUserAgentString(userAgentHeaderValue);
5. 指定合理的超时
在 2.5.0 版本之前，OkHttp 请求默认永不超时。从 2.5.0 版本开始，如果建立了一个连接，或从连接读取下一个字节，或者向连接写入下一个字节，用时超过了10秒，请求就会超时。分别调 用 setConnectTimeout，setReadTimeout 或 setWriteTimeout 方法可以重写那些默认值。
Picasso 和 Retrofit 为它们的默认 OkHttpClient 实例指定不同的超时时长。 默认情况下， Picasso 设定如下：
- 连接超时15秒
- 读取超时20秒
- 写入超时20秒
Retrofit 设定如下：
- 连接超时15秒
- 读取超时20秒
- 写入无超时
用你自己的 OkHttpClient 实例配置好 Picasso 和 Retrofit 之后，就能确保所有请求超时的一致性了。
扫码关注公众账号，分享更多资料。
