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的话，会看到一个编译警告：
那么这个变量是干啥的呢？
serialVersionUID是一个用来版本控制的UID。具体可以参考这篇文章《Understand the serialVersionUID》和相关的JSL
这篇随笔为该文章的阅读笔记。
要测试serialversionUID的版本控制功能，很简单。写三个类：
一个序列化类。
一个写对象流的类。
一个读对象流的类。
当被读取的对象和当前的序列化类的UID不同时会报错。例如：
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