之前一直没有注意到,如以下行:
private static final long serialVersionUID = 3661757905755394406L;
这次要在项目中使用自定义的异常,由于继承自java.lang.Exception,默认实现了Serialize接口,因此,对序列化和反序列化做了一个总结。
通过以下几个场景,我们来看看序列化和反序列化能为我们做什么:
场景1、假设有序列化和反序列化方法,序列化时的serialVersionUID和反序列化时,不一致,结果是报错:java.io.InvalidClassException。
需要说明的是,如果,类里没有显式的使用serialVersionID,那么,就不会报错,
场景2、序列化和反序列化时的serialVersionUID一致,如果序列化时,类增加field,反序列化时,类不变;增加的field被忽略。
场景3、序列化和反序列化时的serialVersionUID一致,如果反序列化时,类增加field,序列化时,类不变;增加的field被赋予默认值。
场景4、序列化和反序列化时的serialVersionUID一致,如果序列化时,类减少field,反序列化时,类不变;缺少的field被赋予默认值。
场景5、序列化和反序列化时的serialVersionUID一致,如果反序列化时,类减少field,序列化时,类不变;减少的field被忽略。