Was ist eine serialVersionUID und warum sollte ich sie verwenden?

Question

Eclipse gibt Warnungen aus, wenn ein serialVersionUID fehlt.

Die serialisierbare Klasse Foo deklariert keine statische finale serialVersionUID-Feld vom Typ long

¿Qué es? serialVersionUID und warum ist sie wichtig? Bitte zeigen Sie ein Beispiel, bei dem fehlende serialVersionUID wird ein Problem verursachen.

Answer 1

Um die Bedeutung des Feldes serialVersionUID zu verstehen, sollte man wissen, wie Serialisierung/Desialisierung funktioniert.

Wenn ein Objekt einer serialisierbaren Klasse serialisiert wird, assoziiert Java Runtime eine serielle Versionsnummer (genannt serialVersionUID) mit diesem serialisierten Objekt. Wenn Sie dieses serialisierte Objekt deserialisieren, gleicht Java Runtime die serialVersionUID des serialisierten Objekts mit der serialVersionUID der Klasse ab. Nur wenn beide übereinstimmen, wird mit dem weiteren Prozess der Deserialisierung fortgefahren, andernfalls wird eine InvalidClassException geworfen.

Daraus folgt, dass die serialVersionUID des serialisierten Objekts mit der serialVersionUID der Klasse übereinstimmen muss, damit der Serialisierungs-/Desialisierungsprozess erfolgreich ist. Wenn der Programmierer den serialVersionUID-Wert explizit im Programm angibt, wird derselbe Wert mit dem serialisierten Objekt und der Klasse assoziiert, unabhängig von der Serialisierungs- und Deserialisierungsplattform (z.B. kann die Serialisierung auf einer Plattform wie Windows unter Verwendung von Sun oder MS JVM und die Deserialisierung auf einer anderen Plattform wie Linux unter Verwendung von Zing JVM durchgeführt werden).

Aber wenn serialVersionUID nicht vom Programmierer angegeben wird, dann wird bei der Serialisierung \DeSerialization eines beliebigen Objekts zu berechnen, verwendet die Java-Laufzeitumgebung ihren eigenen Algorithmus, um sie zu berechnen. Dieser Algorithmus zur Berechnung der serialVersionUID variiert von einer JRE zur anderen. Es ist auch möglich, dass die Umgebung, in der das Objekt serialisiert wird, eine JRE verwendet (z.B. SUN JVM) und die Umgebung, in der die Deserialisierung stattfindet, eine Linux Jvm(zing) verwendet. In solchen Fällen unterscheidet sich die serialVersionUID, die dem serialisierten Objekt zugeordnet ist, von der serialVersionUID der Klasse, die in der Deserialisierungsumgebung berechnet wurde. Die Deserialisierung wird dann nicht erfolgreich sein. Um solche Situationen/Probleme zu vermeiden, muss der Programmierer also immer die serialVersionUID der serialisierbaren Klasse angeben.

Answer 2

Ein Beispiel, bei dem die fehlende serialVersionUID ein Problem darstellen könnte:

Ich arbeite an dieser Java EE-Anwendung, die aus einem Webmodul besteht, das eine EJB Modul. Das Webmodul ruft das EJB Modul ferngesteuert und übergibt eine POJO die Folgendes implementiert Serializable als Argument.

Diese POJO's Klasse wurde in das EJB-Jar und in ein eigenes Jar in der WEB-INF/lib des Webmoduls gepackt. Sie sind eigentlich die gleiche Klasse, aber wenn ich das EJB-Modul verpacke, entpacke ich das Jar dieses POJOs, um es zusammen mit dem EJB-Modul zu verpacken.

Der Aufruf der EJB schlug mit der unten stehenden Exception fehl, weil ich nicht deklariert hatte, dass die serialVersionUID :

Caused by: java.io.IOException: Mismatched serialization UIDs : Source
 (Rep.
 IDRMI:com.hordine.pedra.softbudget.domain.Budget:5CF7CE11E6810A36:04A3FEBED5DA4588)
 = 04A3FEBED5DA4588 whereas Target (Rep. ID RMI:com.hordine.pedra.softbudget.domain.Budget:7AF5ED7A7CFDFF31:6227F23FA74A9A52)
 = 6227F23FA74A9A52

Answer 3

Machen Sie sich keine Mühe, die Standardberechnung ist wirklich gut und reicht für 99,9999% der Fälle aus. Und wenn Sie auf Probleme stoßen, können Sie - wie bereits erwähnt - bei Bedarf UIDs einführen (was höchst unwahrscheinlich ist).

Answer 4

Ich verwende im Allgemeinen serialVersionUID in einem Kontext: Wenn ich weiß, dass sie den Kontext der Java VM verlassen wird.

Ich würde dies wissen, wenn ich die ObjectInputStream y ObjectOutputStream für meine Anwendung oder wenn ich weiß, dass eine Bibliothek/ein Framework, das ich verwende, es verwenden wird. Die serialVersionID stellt sicher, dass verschiedene Java VMs unterschiedlicher Versionen oder Hersteller korrekt zusammenarbeiten, oder wenn sie außerhalb der VM gespeichert und abgerufen wird, z. B. HttpSession können die Sitzungsdaten auch bei einem Neustart und Upgrade des Anwendungsservers erhalten bleiben.

Für alle anderen Fälle verwende ich

@SuppressWarnings("serial")

da die meiste Zeit der Standard serialVersionUID ist ausreichend. Dies umfasst Exception , HttpServlet .

Answer 5

Felddaten stellen einige in der Klasse gespeicherte Informationen dar. Die Klasse implementiert die Serializable Schnittstelle, daher bot eclipse automatisch an, die serialVersionUID Bereich. Beginnen wir mit dem dort eingestellten Wert 1.

Wenn Sie nicht wollen, dass diese Warnung kommt, verwenden Sie dies:

@SuppressWarnings("serial")