local class incompatible: stream classdesc serialVersionUID = -2897844985684768944, local class serialVersionUID = 7350468743759137184

local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 2427389723552147596

该错产生来自三个原因：

1.没有指定值：BEAN没有指定序列化值即由JDK给出，客户、服务端使用了不同版本的JDK。

=》解决：要使用相同JDK

2.没有指定值：某个类在与之对应的对象已经序列化出去后做了修改，而这个属性值由JVM根据类的相关信息计算，而修改后的类的计算结果与修改前的类的计算结果往往不同，从而造成对象的反序列化因为类版本不兼容而失败。

=》解决：要同时重启应用升级

3.指定值了：客户端BEAN和服务端的BEAN里面序列化值不同。

=》解决：最好指定，在JDK中，可以利用JDK的bin目录下的serialver.exe工具产生这个serialVersionUID，对于Test.class，执行命令：serialver Test。

在《谈原型模式还有JAVA克隆还有Transient》时用到对象流，能够被写进对象流的的类都必须标记一个接口序列化。
用eclipse的话，会看到一个编译警告：

The serializable class xxx does not declare a static final serialVersionUID field of type long

那么这个变量是干啥的呢？
serialVersionUID是一个用来版本控制的UID。具体可以参考这篇文章《Understand the serialVersionUID》和相关的JSL

这篇随笔为该文章的阅读笔记。

要测试serialversionUID的版本控制功能，很简单。写三个类：

一个序列化类。

一个写对象流的类。

一个读对象流的类。

当被读取的对象和当前的序列化类的UID不同时会报错。例如：

java.io.InvalidClassException:

local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 2427389723552147596

如果不给定一个UID，JVM会自动生成一个。例如上面的错误是产生于下面两段代码：

public class SerialVersionUUIDTest implements Serializable {
    private static final long serialVersionUID = 1L;

}
复制代码

public class SerialVersionUUIDTest implements Serializable {

}
复制代码

默认自动生成的UID，有什么坏处呢？不同环境JVM对同一个类生成的UID可能会不同，从而产生错误。所以说采用分布式的技术或者把对象保存到数据库时应该要注意

序列化和反序列化的异常情况

 

private static final long serialVersionUID = -7755162995496909499L;
解决方式就是在实体bean 中加入上述一行代码。

保证在bean 中增加属性，不会导致，历史序列化对象的反序列化 版本号不一致的情况

demo：

1 alter table `e_ybnsr_zzs_zb_gridlb` add `valid_flag` bigint DEFAULT '0' comment '0 失效 1 有效'
  alter table `e_ybnsr_zzs_zb_gridlb` drop valid_flag

2 删除列的情况待验证