Как на практике работает URLConnection.setUseCaches()?

Этот метод, скорее всего, только устанавливает директивы заголовка HTTP Cache-Control в исходящем запросе на значения, разрешающие кэширование. Если бы вы вызвали setUseCaches(false), было бы

Cache-Control: no-cache

директива например. Чтобы проверить это, вы можете поместить прокси-сервер отладки HTTP между вашим апплетом и сервером и посмотреть на заголовки.

Теперь только потому, что в запросе говорится, что он готов использовать кэши, ваш сервер может быть не настроен для их включения. Возможно, он не устанавливает заголовок Expires с соответствующим длительным временем в ответе или, возможно, устанавливает заголовок Cache-Control в ответе, который запрещает кэширование.

Некоторые другие вещи, чтобы проверить:

• ответы https никогда не кэшируются;
• У вас может не быть кэша HTTP между клиентом и сервером;
• Единственный HTTP-кэш — это кеш браузера, но его можно отключить или настроить так, чтобы он занимал очень мало места на диске.

Если бы это был просто тест ванильного браузера для веб-приложения, вы также хотели бы убедиться, что вы не нажимаете кнопку обновления, поскольку это эквивалентно установке без кэширования.

Абстрактный класс URLConnection предоставляет методы set/getUseCaches, которые могут использоваться любыми подклассами. Однако, насколько мне удалось определить, класс HttpURLConnection никоим образом не использует эти поля. Установка значения true или false не будет иметь никакого другого поведения.

Если вы хотите добавить режим HTTP-кэширования, вы можете сделать это самостоятельно (написать свой собственный или расширить HttpURLConnector или использовать сокеты) или попробовать использовать If-Modified-Since и If-None-Match и найдите код состояния 304 (не изменено). Второй вариант, вероятно, самый простой и даст вам наилучшие результаты.