HttpURLConnection 및 HttpResponseCache에 대한 재고 Android 예제를 사용하여 두 번 URL을 두 번 호출하는 bare bones app을 만들었습니다. First one without Content-Length 및 second 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를 사용하는 것은 기존의 대규모 코드베이스로 인한 최후의 수단입니다.
"Content-Length가 누락 된 경우에도 HttpResponseCache가 URL을 캐시하도록 강제 할 수 있습니까?" - 나는 그것을 의심 스럽다. 맞춤 ROM이 부족하다. "Content-Length없이 URL을 캐싱하지 않는 이유는 무엇입니까?" - "개발자 X는 왜 결정 Y를 했습니까?" 스택 오버플로에는 적합하지 않습니다. 일반적으로 개발자 X 만 대답 할 수 있으며 개발자 X는 귀하의 질문을 보지 않습니다. – CommonsWare
@CommonsWare 아마도 Content-Length가 일부 http 사양이나 그와 비슷한 것이 필요하다고 생각했습니다. –
클라이언트 측 캐시의 동작을 정의하는 사양이 있다고 생각하지 않습니다. – CommonsWare