系列化的ID

三、序列化的ID

序列化方和反序列化方要想成功进行一次数据传输，必须要保证三个条件：

类全路径必须一样，比如都是com.beifengtz.User
类功能代码必须一样
序列化ID必须一样，比如都是private static final long serialVersionUID = 1L
以上三个条件缺少一个均无法成功序列化，其中如果没有定义序列化ID虚拟机会随机生成一个ID，但是这样对于程序的可控性并不高，毕竟序列化是服务于多端的。下面举一个IBM Developer中一篇文章举的例子，在实际应用中的使用案例：

Facade模式中，Facade Object是为应用程序提供统一的访问接口，案例程序中的 Client 客户端使用了该模式，案例程序结构图如上图所示。

Client 端通过 Façade Object 才可以与业务逻辑对象进行交互。而客户端的 Façade Object 不能直接由 Client 生成，而是需要 Server 端生成，然后序列化后通过网络将二进制对象数据传给 Client，Client 负责反序列化得到 Façade 对象。该模式可以使得 Client 端程序的使用需要服务器端的许可，同时 Client 端和服务器端的 Façade Object 类需要保持一致。当服务器端想要进行版本更新时，只要将服务器端的 Façade Object 类的序列化 ID 再次生成，当 Client 端反序列化 Façade Object 就会失败，也就是强制 Client 端从服务器端获取最新程序。