セッションオブジェクトの使い方（次画面の渡し方について）

質問

セッションオブジェクトの渡し方について教えてください。
セッションオブジェクトは、どのタイミングで、次の画面にセッションオブジェクトを渡しているのでしょうか？

▼リクエストオブジェクトを次の画面に渡す場合

request.setAttribute("キー" , 格納したい値);
という風に、リクエストオブジェクトの中に値をセットできると思います。

そして、
　・RequestDispatcher rd = request.getRequestDispatcher("画面遷移先URL");
　・rd.foward(request, response);
これが実行されたタイミングで、requestオブジェクトに格納した情報を、次の画面に渡していると思いますが

▼セッションオブジェクトを次の画面に渡す場合
いったいどこでセッションオブジェクトを、次の画面に渡しているのでしょうか？

セッションの値の入れ方としては
session.setAttribute("キー" , 格納したい値);
という形でセッションオブジェクトに対して、値を格納しているのだとは思いますが・・・

ここでセットした値を、
どうやって、次の画面にもっていっているのでしょうか？

【不思議に感じているところ】
　１．セッションオブジェクトを生成する
　２．セッションオブジェクトの中に、値を格納する
　３．rd.foward(request, response);　で次の画面にリクエストを投げる
　４．次の画面で「セッションオブジェクトは飛ばしていない筈なのに、セッションオブジェクトの中には値が格納されている」

　うーん・・・
　一体どこで、次の画面にセッションオブジェクトを渡しているのでしょうか？

回答No.1

noname#94983 · ベストアンサー

根本的に勘違いをしているような気がする。セッションは、「サーバーの中に保管されている」ということを忘れてはいけない。サーバーというのは、まぁつまりサーブレットコンテナ（Tomcatとか）のこと。

セッションに値を保管すると、サーバーの中に「このセッションIDのクライアントが保管した値」という感じで値が保管される。サーバーにはたくさんのクライアントがアクセスしているわけで、サーバーの中には、それぞれのクライアントのセッションIDをつけた値がたくさん保管されている。

クライアントがサーバーにアクセスすると、サーバーはそのクライアントから送られてきたセッションIDをチェックし、そのセッションIDの値を「このクライアントが保管した値」として認識する。つまり、セッションIDが保管されている限り、（それを利用しているかどうかに関係なく）セッションの値はサーバーに保管され続けている。

セッションは一定時間アクセスがないと自動的に消えるようになっている。あるいは明示的にセッションを切断することもある。サーバー内では、アクセスがないセッションIDの値をチェックし、「これはもう切断された」と判断されたセッションの値は自動的に消去される。

お礼

どうもありがとうございます。

セッションは「サーバーの中に保管されている」のですね。
すみません、根本的に間違っていましたね＾＾；
おかげさまで随分とモヤモヤが晴れてきました（汗）

session.setAttribute("キー",格納したい値");
で、サーバーの中に「このセッションIDのクライアントが保管した値」という感じで値が保管されている、のですね。

＞あるいは明示的にセッションを切断することもある。
こちらのお話を聞いて思ったのですが

例えば
　ある会員登録システムで、
　会員の登録処理が完結した場合、
　登録処理が完結してしまえば、
　会員登録用として溜め込んでいたデータは不要であるため、
　セッションを切断する。

というような状況が考えられますでしょうか？