DE
RU
EN
ES
ZH
FR
PT
AR
HI
Was ist serialVersionUID und warum rettet es Ihr Projekt?
\n\nSind Sie jemals auf den Fehler java.io.InvalidClassException gestoßen, als Sie versucht haben, gespeicherte Daten zu laden? Wenn ja, kennen Sie bereits das Problem, das serialVersionUID löst. Wenn nicht – betrachten Sie sich als glücklich (bisher).
Stellen Sie sich folgende Situation vor: Sie haben eine Klasse User geschrieben, mehrere Objekte in einer Datei gespeichert und einen Monat später ein neues Feld zur Klasse hinzugefügt. Das war's. Ihre alten Dateien sind nutzlos geworden. Java weigert sich einfach, sie zu lesen. Genau hier betritt unser Held die Bühne – serialVersionUID.
In diesem Artikel werden wir uns ansehen, was das für ein Wesen ist, wozu es benötigt wird und wie Sie damit Kopfschmerzen vermeiden können. Bereit? Los geht's!
\n\nWas ist Serialisierung in Java?
\n\nBevor wir über serialVersionUID sprechen, erinnern wir uns daran, was Serialisierung ist. Es ist der Prozess der Umwandlung eines Objekts in eine Byte-Sequenz (normalerweise zum Speichern in einer Datei oder zur Übertragung über ein Netzwerk). Der umgekehrte Prozess – Deserialisierung – stellt das Objekt aus den Bytes wieder her.
Damit eine Klasse serialisiert werden kann, muss sie das Marker-Interface java.io.Serializable implementieren. Das sieht so aus:
import java.io.Serializable;\n\npublic class User implements Serializable {\n private String name;\n private int age;\n \n // Getter, Setter, Konstruktor\n}Es scheint alles einfach. Aber der Teufel steckt, wie immer, im Detail. Wenn Sie ein Objekt deserialisieren, muss Java sicherstellen, dass die Klasse, die Sie jetzt verwenden, mit der Klasse kompatibel ist, die bei der Serialisierung verwendet wurde. Und hier stellt sich die Frage: Wie überprüft Java das?
\n\nWie überprüft Java die Kompatibilität von Klassen?
\n\nZur Überprüfung der Kompatibilität verwendet Java eine eindeutige Versionskennung der Klasse – die Serial Version UID. Dies ist eine 64-Bit-Zahl (vom Typ long), die auf Basis der Klassenstruktur berechnet wird: Felder, Methoden, Zugriffsmodifikatoren usw.
Wenn Sie kein serialVersionUID explizit deklarieren, berechnet Java es zur Laufzeit automatisch. Dies kann zu unangenehmen Überraschungen führen. Es reicht aus, die Reihenfolge der Felder zu ändern oder ein neues hinzuzufügen – und die automatisch generierte UID ändert sich. Infolgedessen werden alte serialisierte Objekte unlesbar.
So sieht das in der Praxis aus:
\n\n- \n
- Serialisierung: User-Objekt mit Feldern name, age → UID = 12345 \n
- Änderung der Klasse: Hinzufügen des Feldes email \n
- Deserialisierung: Java berechnet neue UID = 67890 \n
- Fehler:
InvalidClassException– UIDs stimmen nicht überein \n
Wozu wird serialVersionUID benötigt?
\n\nSerialVersionUID ist die explizite Deklaration der Versionskennung einer Klasse. Sie sagen Java: „Verwende diese Zahl, berechne sie nicht selbst.“ Das gibt Ihnen die Kontrolle über den Versionierungsprozess.
\n\nDie Hauptgründe für die Verwendung von serialVersionUID sind:
- \n
- Versionskontrolle: Sie entscheiden, wann sich die Version einer Klasse ändert und wann nicht \n
- Rückwärtskompatibilität: Alte Daten können nach Änderungen an der Klasse gelesen werden \n
- Vermeidung von Fehlern: Die automatische Generierung der UID kann bei verschiedenen Compilern oder Plattformen versagen \n
- Transparenz: Ein anderer Entwickler sieht sofort, dass die Klasse für die Serialisierung vorgesehen ist \n
Wie deklariert man serialVersionUID richtig?
\n\nDie Syntax ist sehr einfach. Fügen Sie der Klasse ein statisches finales Feld vom Typ long mit dem Namen serialVersionUID hinzu:
import java.io.Serializable;\n\npublic class User implements Serializable {\n private static final long serialVersionUID = 1L;\n \n private String name;\n private int age;\n // ...\n}
Blogs
Buchempfehlungen
Lesen Sie auch
