使用java代码生成crt和key java 生成serialversionuid

转载

小题大作 2024-01-24 13:50:01

文章标签 使用java代码生成crt和key java python 序列化反序列化 文章分类 Java 后端开发

private static final long serialVersionUID = 1L;
Java的序列化机制是通过判断类的serialVersionUID来验证版本一致性的。

在进行反序列化时，
JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较，
如果相同就认为是一致的，可以进行反序列化，
否则就会出现序列化版本不一致的异常，即是InvalidCastException。

具体的序列化过程是这样的：

序列化操作的时候系统会把当前类的serialVersionUID写入到序列化文件中，
当反序列化时系统会去检测文件中的serialVersionUID，判断它是否与当前类的serialVersionUID一致，

如果一致就说明序列化类的版本与当前类版本是一样的，可以反序列化成功，否则失败。

serialVersionUID有两种显示的生成方式：

一是默认的1L，比如：private static final long serialVersionUID = 1L;
二是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段
当实现java.io.Serializable接口的类没有显式地定义一个serialVersionUID变量时候，

Java序列化机制会根据编译的Class自动生成一个serialVersionUID作序列化版本比较用，
这种情况下，如果Class文件(类名，方法明等)没有发生变化(增加空格，换行，增加注释等等)，

就算再编译多次，serialVersionUID也不会变化的。

情况一：假设Person类序列化之后，从A端传输到B端，然后在B端进行反序列化。

在序列化Person和反序列化Person的时候，

A端和B端都需要存在一个相同的类。

如果两处的serialVersionUID不一致，会产生什么错误呢?

Exception in thread "main" java.io.InvalidClassException: com.sf.code.serial.Person; local class incompatible: stream classdesc serialVersionUID = 1234567890, local class serialVersionUID = 123456789
    at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:621)
    at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1623)
    at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1518)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1774)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)
    at com.sf.code.serial.DeserialTest.main(DeserialTest.java:13)

情况二：假设两处serialVersionUID一致，