2017-09-11 11 views
0

HttpURLConnection 및 HttpResponseCache에 대한 재고 Android 예제를 사용하여 두 번 URL을 두 번 호출하는 bare bones app을 만들었습니다. First one without Content-Lengthsecond one with Content-Length입니다.HttpResponseCache가 Content-Length 헤더가없는 URL을 캐싱하지 않음

찰스에서 Content-Length가없는 끝점이 캐시되지 않음을 알 수 있습니다. 나는 캐싱 URL에서 Content-Length를 제거하고 이것이 캐싱을 막을 수 있음을 확인했다.

Gzip plugin docs에 따르면 gzipping 및 Content-Length를 복원 할 수있는 방법이 없습니다.

Content-Length가없는 경우에도 HttpResponseCache가 URL을 캐시하도록 강제하는 방법이 있습니까? 또한 Content-Length없이 URL을 캐싱하지 않는 이유는 무엇입니까? (Content-Length없이 iOS 캐시가 제대로 작동 함)

* Volly 또는 Restify를 사용하는 것은 기존의 대규모 코드베이스로 인한 최후의 수단입니다.

+0

"Content-Length가 누락 된 경우에도 HttpResponseCache가 URL을 캐시하도록 강제 할 수 있습니까?" - 나는 그것을 의심 스럽다. 맞춤 ROM이 부족하다. "Content-Length없이 URL을 캐싱하지 않는 이유는 무엇입니까?" - "개발자 X는 왜 결정 Y를 했습니까?" 스택 오버플로에는 적합하지 않습니다. 일반적으로 개발자 X 만 대답 할 수 있으며 개발자 X는 귀하의 질문을 보지 않습니다. – CommonsWare

+0

@CommonsWare 아마도 Content-Length가 일부 http 사양이나 그와 비슷한 것이 필요하다고 생각했습니다. –

+0

클라이언트 측 캐시의 동작을 정의하는 사양이 있다고 생각하지 않습니다. – CommonsWare

답변

0

Content-Length 헤더가없는 캐싱 문제가없는 개조 작업을 마쳤습니다.