Serializable接口

参考链接
https://blog.csdn.net/songguanxin/article/details/81303921
https://baijiahao.baidu.com/s?id=1633305649182361563&wfr=spider&for=pc

什么是Serializable接口

• 一个对象序列化的接口，一个类只有实现了Serializable接口，它的对象才能被序列化。

什么是序列化？

• 序列化是将对象状态转换为可保持或传输的格式的过程。与序列化相对的是反序列化，它将流转换为对象。这两个过程结合起来，可以轻松地存储和传输数据。

为什么要序列化对象

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

什么情况下需要序列化？

• 当我们需要把对象的状态信息通过网络进行传输，或者需要将对象的状态信息持久化，以便将来使用时都需要把对象进行序列化

那为什么还要继承Serializable。

• 那是存储对象在存储介质中，以便在下次使用的时候，可以很快捷的重建一个副本。

或许你会问，我在开发过程中，实体并没有实现序列化，但我同样可以将数据保存到mysql、Oracle数据库中，为什么非要序列化才能存储呢？

我们来看看Serializable到底是什么，跟进去看一下，我们发现Serializable接口里面竟然什么都没有，只是个空接口

一个接口里面什么内容都没有，我们可以将它理解成一个标识接口。

比如在课堂上有位学生遇到一个问题，于是举手向老师请教，这时老师帮他解答，那么这位学生的举手其实就是一个标识，自己解决不了问题请教老师帮忙解决。在Java中的这个Serializable接口其实是给jvm看的，通知jvm，我不对这个类做序列化了，你(jvm)帮我序列化就好了。

Serializable接口就是Java提供用来进行高效率的异地共享实例对象的机制，实现这个接口即可。

什么是JVM？

• JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。

为什么要定义serialversionUID变量?

简单看一下 Serializable接口的说明

从说明中我们可以看到，如果我们没有自己声明一个serialVersionUID变量,接口会默认生成一个serialVersionUID

However, it is strongly recommended that all serializable
classes explicitly declare serialVersionUID values, since the default
serialVersionUID computation is highly sensitive to class details that
may vary depending on compiler implementations, and can thus result in
unexpectedInvalidClassExceptions during deserialization.

但是强烈建议用户自定义一个serialVersionUID,因为默认的serialVersinUID对于class的细节非常敏感，反序列化时可能会导致InvalidClassException这个异常。

public class User implements Serializable {
 
    private static final long serialVersionUID = 1L;
 
    private String userId;
    private String userName;
 
}

       通过Serializable实现对象的序列化过程非常的简单，无需任何操作，系统就为我们自动实现了。如何进行对象的序列化与反序列化操作也是非常的简单，只需要通过ObjectOutputStream,ObjectInputStream进行操作就可以了。

 //序列化过程
    public void toSerial() {
        try {
            User user = new User("id", "user");
            ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream("user.txt"));
            objectOutputStream.writeObject(user);
            objectOutputStream.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
 
    //反序列化过程
    public void fromSerial(){
        try {
            ObjectInputStream objectInputStream = new ObjectInputStream(new FileInputStream("user.txt"));
            User user = (User) objectInputStream.readObject();
            objectInputStream.close();
        } catch (IOException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

       是的，你没有看错，序列化与反序列化操作过程就是这么的简单。只需要将User写入到文件中，然后再从文件中进行恢复，恢复后得到的内容与之前完全一样，但是两者是不同的对象。当然了前面提到过一个问题，如果将serialVersionUID去掉会产生什么样的影响呢？ 

       刚开始提到了，serialVersionUID要不要指定呢？如果不指定会出现什么样的后果？如果指定了以后后边的值又代表着什么意思呢？同时我们也要明白，既然系统指定了这个字段，那么肯定是有它的作用的。

       这个serialVersionUID是用来辅助对象的序列化与反序列化的，原则上序列化后的数据当中的serialVersionUID与当前类当中的serialVersionUID一致，那么该对象才能被反序列化成功。这个serialVersionUID的详细的工作机制是：在序列化的时候系统将serialVersionUID写入到序列化的文件中去，当反序列化的时候系统会先去检测文件中的serialVersionUID是否跟当前的文件的serialVersionUID是否一致，如果一直则反序列化成功，否则就说明当前类跟序列化后的类发生了变化，比如是成员变量的数量或者是类型发生了变化，那么在反序列化时就会发生crash，并且回报出错误：

       我这个操作的流程是：首先在手机sd卡的根目录创建一个文件user.txt,在创建的时候做出判断，如果user.txt不存在，则进行创建文件操作并进行序列化写入操作。如果user.txt存在那么我们就直接读取并进行反序列化操作。我在创建完成后，在User里面多加了一个属性，然后在进行反序列化操作的时候就报出了这样的错误，当然前提是我把类中声明的serialVersionUID去掉了。 

       当我把serialVersionUID加上的时候，我在创建完user.txt后我在进行序列化读取，成功的拿到了之前存进去的数据。这样的一个操作过程就让我们很清楚的看出来了serialVersionUID在序列化与反序列化过程当中的作用。

       这个字段的作用显而易见，加入我们升级了系统，在User当中增加了字段属性，那么我们在手动添加了serialVersionUID之后，我们在进行序列化和反序列化的时候就会很从容，就不会再出现crash的情况了。

       另外强调两点，静态成员变量属于类不属于对象所以不参与序列化的过程，还有如果使用transient标记的成员变量不参与序列化过程。