クライアントキャッシュの原理

キャッシュの最後の層は、クライアントに直接面するクライアント側キャッシュです。この部分は通常、Web キャッシュとも呼ばれます。Web キャッシュはクライアント側にあります。キャッシュは、HTML ページ、画像、ファイルなどの受信リクエストに従って出力コンテンツのコピーを保存します。その後、次のリクエストが来たときに、それが同じ URL リクエストであれば、キャッシュはそのコピーを直接使用します。アクセス要求をサーバーに送信する代わりに応答するには、再度要求を実行します。
Web キャッシュの具体的な実装はブラウザによって実装されます。ブラウザは、すでに閲覧した Web サイトのコピーを保存するために、コンピュータのハード ドライブ上に領域を確保します。ブラウザのキャッシュは非常に単純なルールに従って機能します。同じセッション中に 1 回チェックして、キャッシュされたコピーが最新であることを確認します。このキャッシュは、ユーザーが「戻る」をクリックしたり、直前にアクセスしたリンクをクリックしたりする場合に特に役立ちます。閲覧中に同じ画像にアクセスすると、これらの画像がブラウザのキャッシュから呼び出され、すぐに表示されます。

クライアント キャッシュ ルール
フロントエンド ページのキャッシュは主に HTTP プロトコルとクライアント (またはサーバー) の設定に従います。一般的に従うルールは次のとおりです。

  • 応答ヘッダー情報がキャッシュを保持しないように指示している場合、キャッシュは対応するコンテンツをキャッシュしません。
  • 要求された情報に認証またはセキュリティ暗号化が必要な場合、対応するコンテンツはキャッシュされません。
  • 応答にバリデータ (ETag または Last-Modified ヘッダー) が存在しない場合、キャッシュ サーバーは直接の鮮度情報が欠如しているとみなします。コンテンツはキャッシュ不可能とみなされます。
  • キャッシュされたコピーは、次の内容が含まれている場合、十分に新しいものとみなされます。
  • 完全な有効期限と有効期間制御ヘッダー情報が含まれており、コンテンツはまだ鮮度期間内にあります。
  • ブラウザーはすでにキャッシュされたコピーを使用しており、セッション内のコンテンツの鮮度をチェックしています。
  • キャッシュされたコピーは最近キャッシュ プロキシ サーバーによって使用されており、コンテンツは最終使用期間より前に最後に更新されました。
  • オリジンサーバーにリクエストを送信せずに、十分に新しいコピーがキャッシュから直接送信されます。
  • キャッシュされたコピーが古すぎる場合、キャッシュ サーバーは検証リクエストをオリジン サーバーに送信し、現在のコピーを引き続き使用してサービスを提供できるかどうかを判断します。

おすすめ

転載: blog.csdn.net/Quiet_tomcat/article/details/91349170