Cache-Control属性がリクエストヘッダー（クライアントからサーバー）で送信されるのはなぜですか？

Cache-ControlHTTPヘッダーのフィールドについて読んだ後、

私がいることを理解してCache-ControlHTTPレスポンスヘッダ（クライアントへのサーバ）のフィールドが異なる値を送信することにより、応答を処理する方法についての中間プロキシサーバ/クライアントのブラウザのためのディレクティブを指定するCache-Controlフィールド：private、public、no-cache、またはno-store応答ヘッダインチ

しかし、なぜCache-Controlリクエストヘッダーで属性を送信する必要があるのか​​わかりません（クライアントからサーバーへ）。

Cache-Control: no-cache中間ヘッダーでリソースの検証を強制するために、（Webブラウザーからサーバーに送信される）要求ヘッダーで一般的に使用されます。クライアントがこのリクエストをサーバーに送信しない場合、中間プロキシは、コンテンツが新しい（Expireまたはmax-ageフィールドに従って有効期限が切れていない）場合、コンテンツのコピーを返します。Cache-Controlコピーが新しい場合でもコピーを再検証するようにこれらのプロキシに指示します。

クライアントはCache-Control、要求内のヘッダーを送信して、再検証などの特定のキャッシング動作を要求元のサーバーと要求パスに沿った中間プロキシサーバーから要求できます。

上記の回答に加えて、
キャッシュチェーンが実装されている設定がある可能性があります。その場合、要求が満たされていない最初のキャッシュにリクエストが送られると、さらに連鎖されたキャッシュに移動する可能性があります。

したがって、常にサーバーから応答を取得するために、要求ヘッダーにcache-controlを含めます。これにより、応答は常にサーバーから送信されます。