¿Cuándo es necesario cambiar el valor del campo serialVersionUID?

El valor de serialVersionUID debe cambiarse cuando se modifica la estructura de la clase serializable de manera incompatible. Esto significa que los cambios rompen la compatibilidad hacia atrás del formato de datos serializados.

Ejemplos de tales cambios:

• Eliminación de campos.
• Cambio en el tipo de un campo.
• Cambio en los modificadores static o transient de los campos.
• Cambio en la jerarquía de clases (adición o eliminación de superclases).
• Cambio en la firma o eliminación de métodos de serialización estándar (readObject, writeObject, readResolve, writeReplace).

Cambiar serialVersionUID explícitamente indica al JVM que los datos serializados cargados corresponden a una versión antigua de la clase y no son compatibles con la versión actual, previniendo InvalidClassException. Si serialVersionUID no se cambia, el JVM considerará que las versiones de las clases son compatibles, lo que puede llevar a comportamientos incorrectos o errores durante la deserialización debido a diferencias en las estructuras.

Algunos cambios, generalmente, no requieren modificar serialVersionUID (a menos que afecten los métodos de serialización estándar):

• Añadir nuevos campos (si no están marcados como final).
• Añadir o eliminar métodos.
• Cambiar los modificadores de acceso de los campos (excepto static y transient).

Se recomienda definir explícitamente serialVersionUID en las clases serializables. Esto proporciona control sobre la compatibilidad de versiones. Si no se especifica, el JVM lo genera automáticamente basado en las características de la clase, lo que puede causar problemas de compatibilidad con cambios menores en el código que, sin embargo, alteran el algoritmo de generación del ID. Uso típico:

public class MySerializableClass implements java.io.Serializable {
    private static final long serialVersionUID = 1L; // Valor inicial
    private String someField;

    // ... otros campos y métodos
}

En cambios incompatibles de la clase, el valor 1L debe cambiarse por otro, por ejemplo, generado con la utilidad serialver o incrementado (2L).