Después de leer sobre el Cache-Controlcampo del encabezado HTTP,
Yo entiendo que el Cache-Controlcampo en el encabezado de respuesta HTTP (servidor al cliente) especifica las directrices para el navegador de servidores proxy intermedios / cliente sobre cómo manejar la respuesta, mediante el envío de distintos valores para el Cache-Controlcampo: private, public, no-cache, o no-storeen la cabecera de respuesta.
Pero no entiendo por qué necesitamos enviar el Cache-Controlatributo en el encabezado de la solicitud (cliente a servidor).
fuente

Un cliente puede enviar un
Cache-Controlencabezado en una solicitud para solicitar un comportamiento de almacenamiento en caché específico, como la revalidación, desde el servidor de origen y cualquier servidor proxy intermedio a lo largo de la ruta de solicitud.fuente
Además de la respuesta anterior,
puede haber una configuración donde se implementa el encadenamiento de caché. En ese caso, si la solicitud llega al primer caché donde no está satisfecha, podría ir a un caché encadenado adicional.
Por lo tanto, para obtener la respuesta siempre del servidor, incluimos el control de caché en los encabezados de solicitud. Esto asegurará que la respuesta siempre sea del servidor.
fuente
Cache-Control: no-cachele dirá a los proxies que se aseguren de que la respuesta se valida por completo.