在Java Web编程中，很多实体类会实现Serializable 接口，但是很多实体在使用中并没有序列化也能正常使用。

       定义：把对象转换为字节序列的过程称为对象的序列化

                 把字节序列恢复为对象的过程称为对象的反序列化

       那么Serializable 接口有什么作用呢？

       Serializable作为序列化的一种方式。序列化可以理解为一种机制，按照一定的格式将Java 对象的某种状态转成介质可以接受的形式，以便存储或传输。

       序列化实现将Java 对象相关的类信息、属性及属性值等等保存起来，便于存储和传输。

      序列化的作用可以总结以下：

（1）提供一种简单又可拓展的对象保存恢复机制

（2）对于远程调用，能方便对对象进行编码和解码，就像实现对象直接传输

（3）可以将对象持久化到介质中，就像实现对对象直接存储。

（4）允许对象自定义外部存储的格式。

序列化的简单理解方式：

序列化的过程，就是一个“freeze”的过程，它将一个对象freeze（冷冻）住，然后进行存储，等到再次需要的时候，再将这个对象de-freeze就可以立即使用。

我们以为的没有进行序列化，其实是在声明的各个不同变量的时候，由具体的数据类型帮助我们实现了序列化操作。

如果有人打开过Serializable接口的源码，就会发现，这个接口其实是个空接口，那么这个序列化操作，到底是由谁去实现了呢？其实，看一下接口的注释说明就知道，当我们让实体类实现Serializable接口时，其实是在告诉JVM此类可被序列化，可被默认的序列化机制序列化。

例子：

@Data
@ToString
public class UserRole implements Serializable {

    private static final long serialVersionUID = -6056129805075132981L;

    private int id;

    private int user_id;

    private int role_id;
}

一个实体类User实现Serializable接口，并且定义了serialVersionUID变量。

serialVersionUID是用来辅助对象的序列化与反序列化的，原则上序列化后的数据当中的serialVersionUID与当前类当中的serialVersionUID一致，那么该对象才能被反序列化成功。

工作机制：在序列化的时候系统将serialVersionUID写入到序列化的文件中去，当反序列化的时候系统会先去检测文件中的serialVersionUID是否跟当前的文件的serialVersionUID是否一致，如果一直则反序列化成功，否则就说明当前类跟序列化后的类发生了变化。