Мої два центи з мого власного блогу:
Ось детальне пояснення серіалізації : (мій власний блог)
Серіалізація:
Серіалізація - це процес збереження стану об'єкта. Він представлений і зберігається у вигляді послідовності байтів. Це може бути збережено у файлі. Процес зчитування стану об'єкта з файлу та відновлення його називається десеріалізацією.
У чому потреба серіалізації?
У сучасній архітектурі сучасності завжди є необхідність зберігати стан об'єкта, а потім отримувати його. Наприклад, в режимі Hibernate, щоб зберігати об’єкт, ми повинні зробити клас Serializable. Це означає, що після збереження стану об'єкта у вигляді байтів його можна перенести в іншу систему, яка потім може прочитати з цього стану та отримати клас. Стан об'єкта може надходити з бази даних або іншого jvm або з окремого компонента. За допомогою серіалізації ми можемо отримати стан Object.
Приклад коду та пояснення:
Спочатку давайте подивимось на клас предметів:
public class Item implements Serializable{
/**
* This is the Serializable class
*/
private static final long serialVersionUID = 475918891428093041L;
private Long itemId;
private String itemName;
private transient Double itemCostPrice;
public Item(Long itemId, String itemName, Double itemCostPrice) {
super();
this.itemId = itemId;
this.itemName = itemName;
this.itemCostPrice = itemCostPrice;
}
public Long getItemId() {
return itemId;
}
@Override
public String toString() {
return "Item [itemId=" + itemId + ", itemName=" + itemName + ", itemCostPrice=" + itemCostPrice + "]";
}
public void setItemId(Long itemId) {
this.itemId = itemId;
}
public String getItemName() {
return itemName;
}
public void setItemName(String itemName) {
this.itemName = itemName;
}
public Double getItemCostPrice() {
return itemCostPrice;
}
public void setItemCostPrice(Double itemCostPrice) {
this.itemCostPrice = itemCostPrice;
}
}
У наведеному вище коді видно, що клас Item реалізує Serializable .
Це інтерфейс, який дозволяє класу бути серіалізаційним.
Тепер ми можемо бачити, що змінна, що називається serialVersionUID , ініціалізована на змінну Long. Це число обчислюється компілятором на основі стану класу та атрибутів класу. Це число, яке допоможе jvm ідентифікувати стан об’єкта, коли він зчитує стан об'єкта з файлу.
Для цього ми можемо ознайомитись з офіційною документацією Oracle:
Час виконання серіалізації пов'язує з кожним класом серіалізаційного номера номер версії, який називається serialVersionUID, який використовується під час десеріалізації для перевірки того, що відправник і приймач серіалізованого об'єкта завантажують класи для цього об'єкта, сумісні щодо серіалізації. Якщо одержувач завантажив клас для об'єкта, який має інший serialVersionUID, ніж клас відповідного класу відправника, то десеріалізація призведе до InvalidClassException. Клас серіалізації може оголосити власний serialVersionUID явно, оголосивши поле під назвою "serialVersionUID", яке повинно бути статичним, остаточним і тривалим типу: ANY-ACCESS-MODIFIER статичний остаточний довгий serialVersionUID = 42L; Якщо серіалізаційний клас явно не оголошує serialVersionUID, тоді час виконання серіалізації буде обчислювати значення за замовчуванням serialVersionUID для цього класу на основі різних аспектів класу, як описано в специфікації об’єкта серіалізації Java (TM). Однак настійно рекомендується, щоб усі серіалізаційні класи явно декларували значення serialVersionUID, оскільки обчислення serialVersionUID за замовчуванням дуже чутливі до деталей класу, які можуть змінюватися залежно від реалізації компілятора, і, таким чином, можуть призвести до несподіваних InvalidClassExceptions під час десеріалізації. Отже, щоб гарантувати послідовне значення serialVersionUID у різних реалізаціях компілятора Java, серіалізаційний клас повинен оголосити явне значення serialVersionUID. Також настійно рекомендується, щоб явні serialVersionUID декларації використовували приватний модифікатор, де це можливо,
Якщо ви помітили, є ще одне нами ключове ключове слово, яке є тимчасовим .
Якщо поле не є серіалізаційним, воно повинно бути позначене тимчасовим. Тут ми позначили itemCostPrice як перехідний і не хочемо, щоб він був записаний у файл
Тепер давайте подивимось, як записати стан об’єкта у файл, а потім прочитати його звідти.
public class SerializationExample {
public static void main(String[] args){
serialize();
deserialize();
}
public static void serialize(){
Item item = new Item(1L,"Pen", 12.55);
System.out.println("Before Serialization" + item);
FileOutputStream fileOut;
try {
fileOut = new FileOutputStream("/tmp/item.ser");
ObjectOutputStream out = new ObjectOutputStream(fileOut);
out.writeObject(item);
out.close();
fileOut.close();
System.out.println("Serialized data is saved in /tmp/item.ser");
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
public static void deserialize(){
Item item;
try {
FileInputStream fileIn = new FileInputStream("/tmp/item.ser");
ObjectInputStream in = new ObjectInputStream(fileIn);
item = (Item) in.readObject();
System.out.println("Serialized data is read from /tmp/item.ser");
System.out.println("After Deserialization" + item);
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
}
У вищесказаному ми можемо побачити приклад серіалізації та десеріалізації об'єкта.
Для цього ми використовували два класи. Для серіалізації об'єкта ми використовували ObjectOutputStream. Ми використовували метод writeObject для запису об'єкта у файл.
Для десеріалізації ми використовували ObjectInputStream, який читає з об'єкта з файлу. Він використовує readObject для зчитування даних об'єкта з файлу.
Вихід з вищевказаного коду буде таким:
Before SerializationItem [itemId=1, itemName=Pen, itemCostPrice=12.55]
Serialized data is saved in /tmp/item.ser
After DeserializationItem [itemId=1, itemName=Pen, itemCostPrice=null]
Зауважте, що itemCostPrice з десяріалізованого об'єкта є нульовим оскільки він не був записаний.
Ми вже обговорювали основи серіалізації Java в частині I цієї статті.
Тепер давайте обговоримо це глибоко і як це працює.
Спочатку почнемо з serialversionuid.
serialVersionUID використовується в якості контролю версій в Серіалізуемое класі.
Якщо ви явно не заявляєте serialVersionUID, JVM зробить це за вас автоматично, виходячи з різних властивостей класу Serializable.
Алгоритм Java для обчислення серійно-перетворювального пристрою (Детальніше тут)
- Назва класу.
- Модифікатори класу записуються як 32-бітове ціле число.
- Ім'я кожного інтерфейсу, відсортованого за назвою.
- Для кожного поля класу, відсортованого за назвою поля (крім приватних статичних та приватних перехідних полів: назва поля. Модифікатори поля, записані у вигляді 32-бітного цілого числа. Дескриптор поля.
- Якщо існує ініціалізатор класів, випишіть наступне: Назва методу,.
- Модифікатор методу, java.lang.reflect.Modifier.STATIC, записаний у вигляді 32-бітного цілого числа.
- Дескриптор методу, () V.
- Для кожного не приватного конструктора, відсортованого за назвою методу та підписом: Назва методу,. Модифікатори методу записуються як 32-бітове ціле число. Дескриптор методу.
- Для кожного неприватного методу, відсортованого за назвою методу та підписом: Назва методу. Модифікатори методу записуються як 32-бітове ціле число. Дескриптор методу.
- Алгоритм SHA-1 виконується на потоці байтів, що виробляються DataOutputStream і видає п'ять 32-бітних значень sha [0..4]. Хеш-значення збирається з першого та другого 32-бітових значень дайджесту повідомлення SHA-1. Якщо результат дайджесту повідомлень, п'ять 32-бітних слів H0 H1 H2 H3 H4 знаходиться в масиві з п'яти значень int, названих sha, хеш-значення обчислюється наступним чином:
long hash = ((sha[0] >>> 24) & 0xFF) |
> ((sha[0] >>> 16) & 0xFF) << 8 |
> ((sha[0] >>> 8) & 0xFF) << 16 |
> ((sha[0] >>> 0) & 0xFF) << 24 |
> ((sha[1] >>> 24) & 0xFF) << 32 |
> ((sha[1] >>> 16) & 0xFF) << 40 |
> ((sha[1] >>> 8) & 0xFF) << 48 |
> ((sha[1] >>> 0) & 0xFF) << 56;
Алгоритм серіалізації Java
Алгоритм серіалізації об'єкта описаний нижче:
1. Він записує метадані класу, пов'язаного з екземпляром.
2. Він рекурсивно записує опис суперкласу, поки не знайде java.lang.object .
3. Після закінчення запису інформації метаданих, вона починається з фактичних даних, пов’язаних із екземпляром. Але цього разу він починається з найвищого суперкласу.
4. Він рекурсивно записує дані, пов'язані з екземпляром, починаючи від найменшого надкласу до найбільш похідного класу.
Речі, які слід тримати в умі:
Статичні поля в класі не можуть бути серіалізовані.
public class A implements Serializable{
String s;
static String staticString = "I won't be serializable";
}
Якщо serialversionuid відрізняється в класі читання, він викине InvalidClassExceptionвиняток.
Якщо клас реалізує серіалізаційний, то всі його підкласи також будуть серіалізаційними.
public class A implements Serializable {....};
public class B extends A{...} //also Serializable
Якщо в класі є посилання на інший клас, всі посилання повинні бути Serializable, інакше процес серіалізації не буде виконуватися. У такому випадку NotSerializableException викидається під час виконання.
Наприклад:
public class B{
String s,
A a; // class A needs to be serializable i.e. it must implement Serializable
}
