Question

我试图为OkHttp设置缓存，所以它只在第一次尝试从服务器检索响应时才向服务器请求，直到过期标头日期或缓存控制标头来自服务器使缓存的响应无效。

目前，它缓存响应，但在再次请求资源时不使用它。可能这不是应该使用的方式。

我用这样的缓存设置OkHttpClient：

public static Cache createHttpClientCache(Context context) {
    try {
        File cacheDir = context.getDir("service_api_cache", Context.MODE_PRIVATE);
        return new Cache(cacheDir, HTTP_CACHE_SIZE); 
    } catch (IOException e) {
        Log.e(TAG, "Couldn't create http cache because of IO problem.", e);
        return null;
    }
}

这是这样使用的：

if(cache == null) {
    cache = createHttpClientCache(context);
}
sClient.setCache(cache);

这就是我用OkHttp向服务器发出的一个请求，即实际上没有使用缓存：

public static JSONObject getApi(Context context) 
        throws IOException, JSONException, InvalidCookie {

    HttpCookie sessionCookie = getServerSession(context);
    if(sessionCookie == null){
        throw new InvalidCookie();
    }
    String cookieStr = sessionCookie.getName()+"="+sessionCookie.getValue();

    Request request = new Request.Builder()
        .url(sServiceRootUrl + "/api/"+API_VERSION)
        .header("Accept", "application/json")
        .header("Cookie", cookieStr)
        .build();

    Response response = sClient.newCall(request).execute();
    if(response.code() == 200){
        String charset = getResponseCharset(response);
        if(charset == null){
            charset = "utf-8";
        }
        String responseStr = new String(response.body().bytes(), charset);
        response.body().close();
        return new JSONObject(responseStr);
    } else if(response.code() == 401){
        throw new InvalidCookie();
    } else {
        return null;
    }

}

如果我到达我指定的目录是OkHttp的缓存，我可以看到日志文件和其他4个包含某些请求响应的文件。这个请求（我刚刚粘贴代码的/ api）存储在缓存目录中，因此它实际上是缓存的，但文件名最后有一个.tmp，就好像它没有被正确保存一样到最后的文件，就像我提出的其他要求一样。

这就是请求服务器响应的标题：

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Expires: Sat, 09 Aug 2014 19:36:08 GMT
Cache-Control: max-age=86400, must-revalidate
Last-Modified: Sun, 04 Aug 2013 15:56:04 GMT
Content-Length: 281
Date: Fri, 08 Aug 2014 19:36:08 GMT

这就是OkHttp将其存储在缓存中的方式：

{HOST}/api/0.3
GET
0
HTTP/1.1 200 OK
9
Server: Apache-Coyote/1.1
Expires: Sat, 09 Aug 2014 19:36:08 GMT
Cache-Control: max-age=86400, must-revalidate
Last-Modified: Sun, 04 Aug 2013 15:56:04 GMT
Content-Length: 281
Date: Fri, 08 Aug 2014 19:36:08 GMT
OkHttp-Selected-Protocol: http/1.1
OkHttp-Sent-Millis: 1407526495630
OkHttp-Received-Millis: 1407526495721

OkHttp创建此文件后，它不断向服务器请求相同的资源。我可以在Wireshark中看到这些消息。

我做错了什么？

更新：

这是Jesse建议后的服务器响应：

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Expires: Thu, 14 Aug 2014 18:06:05 GMT
Last-Modified: Sun, 10 Aug 2014 12:37:06 GMT
Content-Length: 281
Date: Wed, 13 Aug 2014 18:06:05 GMT

更新2：尝试了代码版本，发现很可能有一个关于缓存的错误。这是我从Maven输出中获得的：

Results :

Failed tests: 
  CacheTest.conditionalHitUpdatesCache:1653 expected:<[A]> but was:<[B]>

Tests in error: 
  CallTest.tearDown:86 » IO failed to delete file: C:\Users\Adrian\AppData\Local...

Tests run: 825, Failures: 1, Errors: 1, Skipped: 17

可以在此处看到更完整的日志：https://gist.github.com/16BITBoy/344ea4c22b543f397f53

Answer 1

我刚刚解决了这个问题。当我尝试从源代码使用OkHttp时，缓存测试失败的地方有点误导。

问题很简单，就是其他请求方法在响应中获取了一个正文，并且最后没有关闭。这就解释了为什么我在缓存中看到了“.tmp”文件，但仍然令人困惑和误导，因为这个请求方法正在消耗并从响应中关闭正文。它就像缓存编辑器的锁或监视器对所有请求都是全局的，而不是按请求。我虽然不是在阅读代码时，但是当它使用请求的哈希作为密钥时。

无论如何，就是这样：D

从现在开始，我会尝试坚持这样的模式......

String respBody = null;
if(response.body() != null) {
    respBody = response.body().string();
    response.body().close();
}

...在处理响应代码的每个案例之前。这样我就不会错过对响应机构的密切联系。

Answer 2

您的服务器正在使用此响应标头强制执行缓存验证：

Cache-Control: max-age=86400, must-revalidate

删除它，你应该好好去。

Answer 3

我有同样的问题，然后我调试okhttp源代码，你可以看看 CacheStrategy.cacheResponseAge（），okhttp将使用 nowMillis 和 servedDate ，来自您的服务器http标头＆＃34;日期＆＃34 ;,来自您的Android设备的nowMillis。因此，当服务器时间晚于设备时间时，如果max-age很小，则okhttp将无法从缓存中获取。

原谅我可怜的英语^ _ ^

在Android中为OkHttp设置缓存的正确方法

3 个答案: