把一个Java对象转换为字节序列的过程称为对象的序列化。反过来称为反序列化。
java中引入这项技术是为了RMI和javabean。
为什么要用serialVersionUID呢?根本的原因是在于本地和远程的持有的同一个类的版本可能是不同的。即是在本地序列化的是新版本的类对你实例,但在远程却是用旧版本的类进行反序列化,这时就会出现问题。为了识别出类的定义的不同版本的,为这每个要序列化的类定义一个serialVersionUID。有些业务场景下,虽然类的定义变化了,但是在业务上可以认为是同样的版本,这时要为类的不同版本定义相同的serialVersionUID;还有些业务场景下,不希望类的不同版本对序列化兼容,因此需要确保类的不同版本具有不同的serialVersionUID。
其实他的应用场景是这样的:
对于同一个类A,它在本地JVM中的版本和远程JVM中可能是不一样的,这时,当远程却用旧版本的类信息去返序列化传送来的新版本的字节序列时,就会出问题。
当在本地JVM中将类A序列化,然后通过网络发送到远程端时,远程JVM
首先,serialVersionUID的值完全是由Java运行时环境根据类的内部细节自动生成的。如果对类的源代码作了修改,再重新编译,新生成的类文件的serialVersionUID的取值有可能也会发生变化。
java中引入这项技术是为了RMI和javabean。
为什么要用serialVersionUID呢?根本的原因是在于本地和远程的持有的同一个类的版本可能是不同的。即是在本地序列化的是新版本的类对你实例,但在远程却是用旧版本的类进行反序列化,这时就会出现问题。为了识别出类的定义的不同版本的,为这每个要序列化的类定义一个serialVersionUID。有些业务场景下,虽然类的定义变化了,但是在业务上可以认为是同样的版本,这时要为类的不同版本定义相同的serialVersionUID;还有些业务场景下,不希望类的不同版本对序列化兼容,因此需要确保类的不同版本具有不同的serialVersionUID。
其实他的应用场景是这样的:
对于同一个类A,它在本地JVM中的版本和远程JVM中可能是不一样的,这时,当远程却用旧版本的类信息去返序列化传送来的新版本的字节序列时,就会出问题。
当在本地JVM中将类A序列化,然后通过网络发送到远程端时,远程JVM
首先,serialVersionUID的值完全是由Java运行时环境根据类的内部细节自动生成的。如果对类的源代码作了修改,再重新编译,新生成的类文件的serialVersionUID的取值有可能也会发生变化。