If you’re working with Spring, check out "REST With Spring":


1. Overview

Simply put, the serialVersionUID is a unique identifier for Serializable classes.

This is used during the deserialization of an object, to ensure that a loaded class is compatible with the serialized object. If no matching class is found, an InvalidClassException is thrown.

2. Example

Let’s start by creating a serializable class, and declare a serialVersionUID identifier:

public class AppleProduct implements Serializable {

    private static final long serialVersionUID = 1234567L;

    public String headphonePort;
    public String thunderboltPort;

Next, we’ll need two utility classes: one to serialize an AppleProduct object into a String, and another to deserialize the object from that String:

public class SerializationUtility {

    public static void main(String[] args) {
        AppleProduct macBook = new AppleProduct();
        macBook.headphonePort = "headphonePort2020";
        macBook.thunderboltPort = "thunderboltPort2020";

        String serializedObj = serializeObjectToString(macBook);
        System.out.println("Serialized AppleProduct object to string:");

    public static String serializeObjectToString(Serializable o) {
        ByteArrayOutputStream baos = new ByteArrayOutputStream();
        ObjectOutputStream oos = new ObjectOutputStream(baos);
        return Base64.getEncoder().encodeToString(baos.toByteArray());
public class DeserializationUtility {
    public static void main(String[] args) {
        String serializedObj = ... // ommited for clarity
          "Deserializing AppleProduct...");
        AppleProduct deserializedObj = (AppleProduct) deSerializeObjectFromString(
          "Headphone port of AppleProduct:"
            + deserializedObj.getHeadphonePort());
          "Thunderbolt port of AppleProduct:"
           + deserializedObj.getThunderboltPort());
    public static Object deSerializeObjectFromString(String s)
      throws IOException, ClassNotFoundException {
        byte[] data = Base64.getDecoder().decode(s);
        ObjectInputStream ois = new ObjectInputStream(
          new ByteArrayInputStream(data));
        Object o = ois.readObject();
        return o;

We begin by running SerializationUtility.java, which saves (serializes) the AppleProduct object into a String instance, encoding the bytes using Base64.

Then, using that String as an argument for the deserialization method, we run DeserializationUtility.java, which reassembles (deserializes) the AppleProduct object from the given String.

The output generated should be similar to this:

Serialized AppleProduct object to string:
Deserializing AppleProduct...
Headphone port of AppleProduct:headphonePort2020
Thunderbolt port of AppleProduct:thunderboltPort2020

Now, let’s modify the serialVersionUID constant in AppleProduct.java, and reattempt to deserialize the AppleProduct object from the same String produced earlier. Re-running DeserializationUtility.java should generate this output. 

Deserializing AppleProduct...
Exception in thread "main" java.io.InvalidClassException: com.baeldung.deserialization.AppleProduct; local class incompatible: stream classdesc serialVersionUID = 1234567, local class serialVersionUID = 7654321
	at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:616)
	at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1630)
	at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1521)
	at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1781)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1353)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:373)
	at com.baeldung.deserialization.DeserializationUtility.deSerializeObjectFromString(DeserializationUtility.java:24)
	at com.baeldung.deserialization.DeserializationUtility.main(DeserializationUtility.java:15)

By changing the serialVersionUID of the class, we modified its version/state. As a result, no compatible classes were found during deserialization, and an InvalidClassException was thrown.

3. Example – Add New Field to an Existing Class

Let’s say we need to add a new field lightningPort to our existing AppleProduct class:

public class AppleProduct implements Serializable {
    public String lightningPort;

Since we are just adding a new field, no change in the serialVersionUID will be required. This is because, during the deserialization process, null will be assigned as the default value for the lightningPort field.

Let’s modify our DeserializationUtility class to print the value of this new field:

System.out.println("LightningPort port of AppleProduct:"
  + deserializedObj.getLightningPort());

Now, when we rerun the DeserializationUtility class, we will see output similar to:

Deserializing AppleProduct...
Headphone port of AppleProduct:headphonePort2020
Thunderbolt port of AppleProduct:thunderboltPort2020
Lightning port of AppleProduct:null

4. Conclusion

In this quick article, we demonstrated the use of the serialVersionUID constant to facilitate versioning of serialized data.

As always, the code samples used throughout this article can be found over on GitHub.

The new Certification Class of "REST With Spring" is finally out:


Leave a Reply

4 Comments on "What is the serialVersionUID?"

Notify of
Sort by:   newest | oldest | most voted
Mika Ropponen

If you let IDE generate the serialVersionUID value, it’s always 1L for every class and works fine. How is this possible, if the serialVersionUID has to be unique?

Grzegorz Piwowarek

Pairs class-serialVersionUID need to be unique. SerialVersionUID itself does not need to be unique globally.

Sam Mizanin

Well what happens if I implement Serializable but don’t have a serialVersionUID? If I serialize an object, put a new instance variable in the class and try to deserialize the object… will it work? One of main aspects of having a serialVersionUID is to have a common version id for a class even if the class blueprint changes which needs to be mentioned in the article.

Grzegorz Piwowarek

If you do not define your own serialVersionUID, you will get a warning and JVM will generate one automatically. Thanks for the suggestion, we will update the article 🙂