Я пытаюсь настроить кеш для 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.
Что я делаю неправильно?
UPDATE:
Теперь это ответ сервера после предложения Джесси:
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