Serialisering er en mekanisme til at konvertere et objekts tilstand til en bytestrøm. Deserialisering er den omvendte proces, hvor bytestrømmen bruges til at genskabe det faktiske Java-objekt i hukommelsen. Denne mekanisme bruges til at fastholde objektet.
Den oprettede bytestrøm er platformsuafhængig. Så objektet serialiseret på én platform kan deserialiseres på en anden platform. For at gøre et Java-objekt serialiserbart implementerer vi java.io.Serialiserbar interface. ObjectOutputStream-klassen indeholder skriveObject() metode til at serialisere et objekt.

public final void writeObject(Object obj)  throws IOException>

ObjectInputStream-klassen indeholder readObject() metode til at deserialisere et objekt.

public final Object readObject()  throws IOException,  ClassNotFoundException>

Fordele ved serialisering

1. At gemme/bevare et objekts tilstand.
2. At rejse et objekt på tværs af et netværk.

Kun objekterne i de klasser kan serialiseres, som implementeres java.io.Serialiserbar interface. Serialiserbar er en markørgrænseflade (har intet datamedlem og metode). Det bruges til at markere java-klasser, så objekter i disse klasser kan få en vis kapacitet. Andre eksempler på markørgrænseflader er: - Klonbar og Remote.

Punkter at huske

1. Hvis en overordnet klasse har implementeret Serializable-grænseflade, behøver børneklassen ikke at implementere det, men omvendt er det ikke sandt.
2. Kun ikke-statiske datamedlemmer gemmes via serialiseringsprocessen.
3. Statiske datamedlemmer og forbigående datamedlemmer gemmes ikke via serialiseringsprocessen. Så hvis du ikke vil gemme værdien af ​​et ikke-statisk datamedlem, så gør det forbigående.
4. Konstruktor af objekt kaldes aldrig, når et objekt er deserialiseret.
5. Tilknyttede objekter skal implementere Serializable grænseflade. Eksempel:

class A implements Serializable{  // B also implements Serializable // interface. B ob=new B();  }>

SerialVersionUID Serialiseringens runtime knytter et versionsnummer til hver Serializable-klasse kaldet en SerialVersionUID, som bruges under Deserialization til at verificere, at afsender og modtager af et serialiseret objekt har indlæste klasser for det objekt, som er kompatible med hensyn til serialisering. Hvis modtageren har indlæst en klasse for objektet, der har en anden UID end den tilsvarende afsenderens klasse, vil deserialiseringen resultere i en InvalidClassException .

En serialiserbar klasse kan erklære sit eget UID eksplicit ved at erklære et feltnavn. Den skal være statisk, endelig og af typen lang. dvs. ANY-ACCESS-MODIFIER static final long serialVersionUID=42L; Hvis en serialiserbar klasse ikke eksplicit erklærer et serialVersionUID, vil serialiserings-runtime beregne en standard for den klasse baseret på forskellige aspekter af klassen, som beskrevet i Java Object Serialization Specification. Det anbefales dog kraftigt, at alle klasser, der kan serialiseres, eksplicit erklærer serialVersionUID-værdi, da dens beregning er meget følsom over for klassedetaljer, der kan variere afhængigt af compilerimplementeringer, enhver ændring i klasse eller brug af andet id kan påvirke de serialiserede data. Det anbefales også at bruge privat modifikator til UID, da det ikke er nyttigt som nedarvet medlem. seriever Serialveren er et værktøj, der følger med JDK. Det bruges til at få serialVersionUID-nummer for Java-klasser.

Du kan køre følgende kommando for at få serialVersionUID serialver [-classpath classpath] [-show] [classname...] Eksempel 1:

Java

java hashmap

>

>

Output:

Object has been serialized Object has been deserialized  a = 1 b = geeksforgeeks>

Eksempel 2:

Java

rohit shetty skuespiller

>

>

Produktion:

Object has been serialized Data before Deserialization. name = ab age = 20 a = 2 b = 1000 Object has been deserialized Data after Deserialization. name = ab age = 20 a = 0 b = 2000>

Beskrivelse for output: Du har set, mens du deserialiserer objektet, at værdierne af a og b er ændret. Årsagen til at a var markeret som forbigående og b var statisk.

I tilfælde af forbigående variabler:- En variabel defineret med forbigående nøgleord serialiseres ikke under serialiseringsprocessen. Denne variabel vil blive initialiseret med standardværdien under deserialisering. (f.eks.: for objekter er den nul, for int er den 0).

I tilfælde af statiske variabler:- En variabel defineret med statisk nøgleord serialiseres ikke under serialiseringsprocessen. Denne variabel vil blive indlæst med den aktuelle værdi defineret i klassen under deserialisering.

Transient vs Final:
endelig variabler vil blive deltaget i serialisering direkte af deres værdier.
Derfor er det ingen nytte at erklære en endelig variabel som forbigående.
//kompileren tildeler værdien til den endelige variabel

eksempel:

final int x= 10; int y = 20; System.out.println(x);// compiler will replace this as System.out.println(10)->10 fordi x er endelig. System.out.println(y);//20>

Eksempel 3:

Java

>

>

serialization started Serialization ended Deserialization started Deserialization ended Dog object data 10 20>