serialVersionUIDの存在意義

Question

お世話になります。

初歩的な質問で大変申し訳ないのですが、いくつかのサイトを確認しても存在理由がわからなかったため質問させてください。

環境
・Java8
・Tomcat8.0

private static final long serialVersionUID = 1L;

このコードの存在意義を調べるべく、以下のサイトを読みましたが
何故このコードが必要なのか、理解出来ませんでした。
※一番下の方に、メンテナンスが大変だから定義しないっていう結論がありますが、どういった理由でそうなるのかが理解出来てません。
参考サイト

また、javadocも確認しましたが、余計にわからなくなりました。
javadoc

疑問点は以下の通りです。
１．HttpServletクラスを継承したServletの場合、直列化、非直列化はどのタイミングで実行されますか？

２．型の同一性チェックはどういった状況で必要になりますか？
（参考サイトに記載がありましたが、送信側のClassと受信側のClassが必ずしも一致しない、という理由がわかりません。仮にHttpServletクラスを継承したClassが一つしか存在しない状況だった場合、送信側と受信側が異なるっていう状況が発生しうるんでしょうか？）

３．この警告を消すための方法が記載されたサイトが多く見られましたが、何故このコードを書かずに実装しても問題ないのかの理由がわかりません。

お手数おかけして申し訳ありませんが、ご助言頂けないでしょうか。
よろしくお願い致します。

Answer 1

シリアライズされたものをデシリアライズする時に
同一バージョンのものでないとできないようになっています。

1. serialVersionUIDが1LのFooクラスのインスタンスをシリアライズしたものをファイルに書き込む
2. Fooクラスの構造が変わったため、serialVersionUIDを上げて2Lにした
3. １で作成したファイルから、serialVersionUIDが2LのFooクラスにデシリアライズする
4. バージョン不一致でエラーになる

serialVersionUIDはそのクラス構造が変わっていないことを保証するためのものです。
名前の通りバージョン管理のことです。
Gitのコミット単位に割り振られているハッシュみたいなものです。

Answer 2

うーん。私も直列化(シリアライズ)については良く理解している訳ではないんで回答になるかわからないんですが、単純に同一クラスかを判定するものがserialVersionUIDだと思っています。Javaの場合、色々なクラスローダーがありクラスローダーがクラスを読み込む際にも色々な優先順位があったりします。もしそこで同一名のクラスが存在（割り込ませたり）した場合にserialVersionUIDで判定ができるのかなと思っています。普通に作ったアプリケーションであれば問題ないと思われるので皆そこまで定義していないのだと思います。

Comments

[Batoh33789]

回答有難うございます。
質問を重ねて申し訳ないのですが、クラスローダーがクラスをロードするタイミングは、warファイルをデプロイしたときのみ、という認識で正しいでしょうか？
もしそうならアクセスするタイミングによっては同一クラスで異なったバージョンになることがありそうなので、serialVersionUIDを指定する意味も理解できます。

[unz.hori]

クラスローダーがクラスをロードするタイミングはデプロイ時以外にもクラスをインスタンス化する際に実行されるため一概にここという事は言えません。

[Batoh33789]

なるほど、回答有難うございます。
クラスローダーについてはしっかり調べてみます。

[unz.hori]

とりあえず、"java クラスローダー 優先順位"とかでググれば情報は出てくると思います。
http://www.symmetric.co.jp/blog/archives/106
http://www.atmarkit.co.jp/ait/articles/0405/11/news088.html
など

[Batoh33789]

情報有難うございます。
助かります。

[Batoh33789]

クラスローダについてしっかり調べて、状況を整理して、なおわからないようであれば、再度質問させて頂きたいと思います。一旦クローズ致します。有難うございました。