理解实体类中serialVersionUID序列化版本号

一、什么是序列化

Java 序列化是为了保存各种对象在内存中的状态，并且可以把保存的对象状态再读出来。

二、serialVersionUID

private static final long serialVersionUID = 1L

理解：用于实现了Serializable的类中，试用场景是类的序列化。
Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的
在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体类的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常。(InvalidClassException)
意思就是没有人为定义serialVersionUID的类一旦序列化后，我们就不能修改该类了，因为计算的serialVersionUID会改变，导致后期反序列话失败

serialVersionUID两种显示的生成方式

• 方式1：赋默认的1L，

private static final long serialVersionUID = 1L;

• 方式2：JVM在编译时根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段

private static final  long serialVersionUID = xxxxL;

总结：如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本，未作更改的类，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化

三、何时需要序列化

• 想把的内存中的对象状态保存到一个文件中或者数据库中时候；
• 想用套接字在网络上传送对象的时候；
• 想通过RMI（远程方法调用）传输对象的时候。

为什么VO类不需要进行序列化

PO类，即与数据对应的实体类需要序列化，用于网络传输的对象也是需要序列化的，为什么VO类不需要进行序列化
这是由于前后端交互传输的数据是JSON数据，本质是JSON字符串，而字符串源码已经实现了序列化
注解@RestController：@Controller+@ResponseBody的组合注解，返回String、Object、Json等实体对象，使用该注解无需再将对象转换为json发送到前端，@ResponseBody或@RequestBody会自动解析成json传输。