修改应用名称为英文后触发InvalidClassException，求解决方案

这个问题我之前也碰到过，核心原因就是序列化版本号（serialVersionUID）不匹配，咱们一步步拆解解决：

为什么会出现这个错误？ #

你修改了应用/类的名称后，Java的序列化机制会自动计算一个serialVersionUID值，这个值是基于类的全限定名、字段、方法签名等信息生成的哈希值。之前你序列化的Bank对象，存储的是旧类名对应的版本号；现在类名变了，自动生成的新版本号和旧版本号不匹配，JVM就会抛出InvalidClassException，认为这是两个不兼容的类。

从你的报错信息也能直观看到差异：

java.io.InvalidClassException: Bank.Bank; local class incompatible: stream classdesc serialVersionUID = -7029959057180382645, local class serialVersionUID = -2329932680711902869

左边是序列化文件里存储的旧版本号，右边是当前类自动生成的新版本号，两者不一致导致了报错。

解决方案：显式指定正确的serialVersionUID #

解决这个问题的关键就是强制让现在的Bank类使用旧的版本号，具体操作如下：

1. 打开你Bank类中注释掉的serialVersionUID字段，把值改成报错里的旧版本号：

public class Bank implements BankProc, Serializable {
    // 使用序列化文件里存储的旧版本号
    private static final long serialVersionUID = -7029959057180382645L;
    private Hashtable<Integer, Account> bank;
    // ... 其他代码
}

2. 确保Serializare类的序列化/反序列化逻辑保持不变，现在就能正常读取之前生成的序列化文件了。

后续最佳实践 #

为了避免以后再碰到类似问题，建议你：

• 永远在所有实现Serializable接口的类中显式声明serialVersionUID，不要依赖JVM自动生成
• 如果后续需要修改类的结构（比如添加/删除字段），只要不破坏序列化兼容性，就不要修改这个版本号；如果确实需要不兼容的修改，再更新版本号并处理旧数据的迁移

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