Cookieメカニズムとセッションメカニズムの違い
具体的には、Cookieメカニズムはクライアント側に状態を維持する解決策を採用し、セッションメカニズムはサーバー側に状態を維持するソリューションを採用します。
同時に、サーバー側のソリューションもクライアントにIDを保存する必要があるため、セッションは
メカニズムは、アイデンティティを保存する目的を達成するためにCookieメカニズムを使用する必要がある場合がありますが、実際には他のオプションがあります。
セッションCookieと永続的なCookieの違い
有効期限が設定されていない場合、このクッキーのライフサイクルがブラウザセッション中にあることを意味します。ブラウザウィンドウが閉じている限り、Cookieは消えます。寿命がブラウジングセッションであるこのクッキーは、セッションクッキーと呼ばれます。セッションクッキーは通常、ハードディスクにはなくメモリに保存されます。
有効期限が設定されている場合、ブラウザはクッキーをハードディスクに保存し、閉じてブラウザを再度開きます。これらのCookieは、設定された有効期限が超えるまで有効です。
ハードドライブに保存されているCookieは、2つのIEウィンドウなどのさまざまなブラウザプロセス間で共有できます。さまざまなブラウザには、メモリに保存されているCookieを処理するさまざまな方法があります。
毎日の現象
特定のWebサイトにログインして、後でログインしました。ああ、私のパスワードを入力する必要はありません、私はちょうどログインしました。それは素晴らしいです~~~
特定のWebサイトで携帯電話を読み、他のWebサイトを閲覧しました。それらの隣の広告は、携帯電話と同様の情報でいっぱいでした。とても怖かった~~~
特定のウェブサイトを閲覧するとき、私は666666番目の訪問者の顧客であると促されました。それは本当ですか、それとも偽ですか？
実際、これらは後ろにあるクッキーとセッションです。これらの2つのことを学びましょう。
Cookieとセッションの類似点と類似点
Cookieとセッションは、ユーザーステータス情報を保存するために使用される方法または手段の両方です。
Cookieは、クライアント側に保存された一時的なフォルダーであり、セッションはサーバーのメモリに保存されます。サーバーは、情報を保存するためにハッシュテーブルに似た構造を使用します。セッションドメインオブジェクトは、クライアントのブラウザを提供します。
Cookieは安全性が低く、セッションは非常に安全です。
Cookieのストレージ時間は長い場合があります（TXT形式でクライアントハードドライブを保存）、セッションのストレージ時間は非常に短く、通常は30分です。
Cookieは複数のクライアントブラウザーによって共有され、セッションは1つのクライアントブラウザーによって共有されます。
セッションは、Cookieメカニズムを通じて達成されます。
2つの古典的な質問とURLの書き換え
1.クライアントはCookieを無効にし、セッションがまだ機能するかどうかを尋ねます。
URLの書き換えメカニズムは、Cookieが無効になっているという問題を解決するために使用されていないため、ほとんどのWebサイトには当てはまりません。 （URL書き換えコードは大きく、動的ページにのみ適用できます。静的にすることはできません）
非常に少ない可能性のあるウェブサイト（例：卓越性）は、URLの書き換えメカニズムを使用するためです。
2。クッキーを使用してショッピングカート機能を実装できますか？
はい、セッションでできるクッキーができます。
**エッセンス**
CookieであろうとURL書き換えであろうと、目的は、jSessionID = 32ビット文字列のキーと値名の値のペアをサーバーに渡すことです。
クッキーセッションメカニズムを理解します
プログラムがクライアントのリクエストのセッションを作成する必要がある場合、サーバーは最初に、クライアントのリクエストにセッションID（セッションIDと呼ばれるセッションIDが既に含まれているかどうか）かどうかを確認します。セッションIDが既に含まれている場合、セッションが以前にこのクライアント用に作成されたことを意味し、サーバーはセッションIDを取得して使用します。クライアント要求にセッションIDが含まれていない場合、このクライアント用のセッションが作成され、このセッションに関連付けられたセッションIDが生成されます。このセッションIDは、この応答を保存するためにクライアントに返されます。クライアントは、Cookieを使用してこのセッションIDを保存できるため、ブラウザはこの識別子を自動的にインタラクションプロセス中にルールに従ってサーバーに送り返すことができます。一般的に、このCookieの名前はJSessionIdに似ています。セッションの場合、サーバーは、アプリケーションがセッションを削除することをサーバーに通知するまで保持します。ブラウザは、シャットダウンする前にシャットダウンすることをサーバーに積極的に通知することはないため、サーバーはブラウザがシャットダウンされていることを知りません。この幻想の理由は、ほとんどのセッションメカニズムがセッションCookieを使用してセッションIDを保存するためです。ブラウザを閉じた後、セッションIDが消え、サーバーに再び接続するときに元のセッションが見つかりません。サーバーによって設定されたCookieがハードディスクに保存されている場合、またはブラウザが発行したHTTPリクエストヘッダーを書き換えて元のセッションIDをサーバーに送信するために何らかの手段が使用されている場合は、ブラウザを再度開くことで元のセッションを見つけることができます。実際、ブラウザを閉じると、サーバー側のセッションが削除されることはありませんが、サーバーメモリに多数のセッションがあり、サーバーは耐えられません。したがって、サーバーはセッションの無効な時間を設定します。クライアントが最後にこの無効な時間（通常30分）を超えてセッションを使用した場合、サーバーはクライアントがアクティビティを停止したと考え、セッションを削除してサーバー側のストレージスペースを保存できます。
要約します
上記は、この記事のコンテンツ全体です。この記事の内容には、すべての人の研究や仕事に特定の参照値があることを願っています。ご質問がある場合は、メッセージを残してコミュニケーションをとることができます。 wulin.comへのご支援ありがとうございます。