跨应用传递序列化对象遇类不兼容异常（Java与Kotlin）

你遇到的是典型的跨语言（Java/Kotlin）实现Serializable接口时的版本冲突问题，报错里的InvalidClassException已经明确指出：两边的Profile类自动生成的serialVersionUID不一致，导致反序列化失败。

问题根源 #

当类实现Serializable但未手动指定serialVersionUID时，Java和Kotlin编译器会各自根据类的结构（字段、方法、继承关系等）生成哈希值作为版本号，但两者的生成算法并不相同——哪怕两个类的字段、结构看起来完全一致，自动生成的UID也会不一样。JVM在反序列化时会严格校验这个版本号，一旦不匹配就会抛出异常。

解决方案 #

核心思路是让Java和Kotlin版本的Profile类使用完全相同的serialVersionUID，同时保证类的序列化结构一致。

1. 手动指定统一的serialVersionUID

不管是Java还是Kotlin实现的Profile类，都手动声明同一个固定的serialVersionUID值，比如直接用报错里的其中一个UID（或自定义固定值）：

• Java版Profile类：

public class Profile implements Serializable {
    // 手动指定和Kotlin类一致的serialVersionUID
    private static final long serialVersionUID = 7285398503547917474L;
    
    // 类的字段需和Kotlin类完全匹配
    private String name;
    private int age;
    // ... 其他字段和方法
}

• Kotlin版Profile类（普通类或data class都适用）：

// 普通类写法
class Profile : Serializable {
    companion object {
        // 和Java类完全相同的serialVersionUID
        private const val serialVersionUID = 7285398503547917474L
    }
    
    var name: String? = null
    var age: Int = 0
    // ... 其他属性和方法
}

// data class写法
data class Profile(val name: String, val age: Int) : Serializable {
    companion object {
        private const val serialVersionUID = 7285398503547917474L
    }
}

2. 保证类的序列化结构完全一致

除了版本号，还要确保两边的类满足以下条件：

• 字段名称完全一致（比如Java里的userName对应Kotlin里的userName，不能写成name）
• 字段类型对应匹配（Java的int对应Kotlin的Int，Java的String对应Kotlin的String，包装类也要对应）
• 非序列化字段（Java中transient标记的字段、Kotlin中@Transient注解的属性）也要保持一致

3. 可选：自定义序列化逻辑（复杂场景）

如果后续需要修改类结构（比如新增字段）又要兼容旧版本的序列化对象，可以自定义readObject和writeObject方法，手动处理字段的序列化/反序列化逻辑：

• Java示例：

private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
    // 先读取旧版本字段
    name = (String) in.readObject();
    age = in.readInt();
    // 读取新增字段时设置默认值，避免旧版本对象反序列化失败
    try {
        email = (String) in.readObject();
    } catch (EOFException e) {
        email = "";
    }
}

private void writeObject(ObjectOutputStream out) throws IOException {
    out.writeObject(name);
    out.writeInt(age);
    out.writeObject(email);
}

注意事项 #

• 一旦手动指定了serialVersionUID，后续除非有重大不兼容的结构变更（比如删除核心字段），否则不要轻易修改这个值，否则旧版本序列化的对象会无法反序列化。
• 跨应用传递对象时，要确保两个应用里的Profile类全限定类名完全一致（比如都是base.model.user.Profile），否则也会导致反序列化失败。

内容的提问来源于stack exchange，提问作者Ragini