オブジェクトのシリアライズとは？

Question

Javaの「シリアライズ」という仕様がいまいちピンときません。
とくに、下記の２点について疑問に思っています。

１）シリアライズしないと何が問題になるのか

自分ではシリアライズ・デシリアライズについて、とりあえず「オブジェクトをバイトに変換してファイルなどに読み書きできるようにする」「Serializableインターフェースの実装が必要」と理解しています。
（必要とされる場面で、コンパイル時に警告やエラーが出るためにとりあえず実装するとしても）仮に、シリアライズしなかった場合に、どのような問題が起きうるのでしょうか。

２）セッションにDTOを格納するときに、なぜシリアライズが必要なのか

１の質問とも関わってくるのかと思いますが……。
個人でSAStrutsでの開発を進めています。
アクションからアクションへ遷移する際、DTO（アクションフォーム）を引き渡したかったので、HttpSessionにDTOをセットしました。その際、Serializableインターフェースの実装とserialVersionUIDの定義が必要でした。
リクエスト時にもDTO（アクションフォーム）をリクエスト情報にセットしますが、このときは不要でした。
オブジェクトのセットにあたり、リクエストとセッションでなぜこのような違いがあるのでしょうか。

Answer 1

HttpSessionオブジェクトは、コンテナへ特に設定しない場合はメモリに格納されたままなので特にシリアライズは不要ですが、JavaEEの仕様としてHttpSessionに格納されるオブジェクトは複数コンテナ間に永続可能にできるよう、単一コンテナのメモリ以外へオブジェクトを共有できる仕様があり(HttpSession persistence)、以下のいくつかが選択できます（コンテナによってはこれ以外にも機能があります）

• ファイルへ読み書きする
• JDBC経由でデータベースを使う
• クラスタリング
• キャッシュサーバ(redisなど)

つまりWebアプリケーションが動作しているJVMから全く別の場所にオブジェクトを送受信できるようにしてるため、シリアライスが必須です。

Comments

[chida3]

回答ありがとうございました。
なるほど、単一のJVM以外の場所（永続化層やネットワークなど）に送受信する可能性があり、「シリアライズ可能なオブジェクトである」ことをコンパイラに分からせるため、シリアライズが必須なんですね。

シリアライズ可能かどうかはあくまで実装者の宣言に過ぎないですし、１の質問は少しばかり頓珍漢なこと書いてました……。
ところで、逆に「シリアライズ不可能なオブジェクト」とはどんなものになるのでしょうか。
下記リンクを参考にした限りでは、次をフィールドにもつオブジェクトのことだとわかりましたが、他にもあるのでしょうか。
・スレッド（JVMが違えば、管理されるスレッドも違う）
・ファイル（送受信それぞれでファイルディレクトリが異なる）

[chida3]

リンク）
https://okwave.jp/qa/q3997360.html
http://www5b.biglobe.ne.jp/~sgi/java/frame2/apply/beans/jl314.html

[A-pZ]

シリアライズ不可能なものについては、こちらに簡単に紹介されておりますね。
http://www.ne.jp/asahi/hishidama/home/tech/java/serial.html#シリアライズできないクラス

他には、transient修飾子がついているフィールドがシリアライズ不可能です。

[chida3]

わかりやすくご説明くださりありがとうございました。