为何要实现Serializable序列化？

参考博文：https://blog.csdn.net/songguanxin/article/details/81303921       

          https://www.cnblogs.com/hhhshct/p/9664390.html

          https://blog.csdn.net/so_geili/article/details/78931742

声明：此文章参考自以上三篇博主的文章

Serializable是Java提供的序列化接口，是一个空接口，为对象提供标准的序列化与反序列化操作。使用Serializable实现序列化过程相当简单，只需要在类声明的时候指定一个标识，便可以自动的实现默认的序列化过程。

        private static final long serialVersionUID = 1L;

User类就是一个实现了Serialzable的类，它是可以被序列化和反序列化的。

        

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();
        }
     }

翻阅JDK1.8的官方开发文档，发现Serializable接口没有方法和字段，仅用于标识可序列化的VO类。不实现此接口的类的任何字段(属性)都不能序列化和反序列化。那么什么是序列化和反序列化呢？

  由于序列化和反序列化概念太抽象，还是通过两个场景来理解为上策。

  （场景一）以上面提到的Person.java为例。这个VO类中的两个字段name和age在程序运行后都在堆内存中，程序执行完毕后内存得到释放，name和age的值也不复存在。如果现在计算机要把这个类的实例发送到另一台机器、或是想保存这个VO类的实例到数据库（持久化对象），以便以后再取出来用。这时就需要对这个类进行序列化，便于传送或保存。用的时候再反序列化重新生成这个对象的实例。

  （场景二）以搬桌子为例，桌子太大了不能通过比较小的门，我们要把它拆了再运进去，这个拆桌子的过程就是序列化。同理，反序列化就是等我们需要用桌子的时候再把它组合起来，这个过程就是反序列化。

  学到这里就可以给**“序列化”下一个定义了**：
  把原本在内存中的对象状态 变成可存储或传输的过程称之为序列化。序列化之后，就可以把序列化后的内容写入磁盘，或者通过网络传输到别的机器上。

  序列化前的对象和反序列化后得到的对象，内容是一样的(且对象中包含的引用也相同)，但两个对象的地址不同。换句话说，序列化操作可以实现对任何可Serializable对象的”深度复制（deep copy）"。

 

通过上面的分析，我们不难看出，一下三种情况需要使用序列化接口：

a）当你想把内存中的对象状态保存到一个文件中或者数据库中，以便可以在以后重新创建精确的副本；
b）当你想用套接字在网络上传送对象的时候(从一个应用程序域发送到另一个应用程序域中)；
c）当你想通过RMI传输对象的时候；

注意事项：

a）序列化时，只对对象的状态进行保存，而不管对象的方法；
b）当一个父类实现序列化，子类自动实现序列化，不需要显式实现Serializable接口；
c）当一个对象的实例变量引用其他对象，序列化该对象时也把引用对象进行序列化；
d）并非所有的对象都可以序列化。
e) 序列化会忽略静态变量，即序列化不保存静态变量的状态。静态成员属于类级别的，不能序列化。添加了static、transient关键字后的变量不能序列化。

 

       工作中我们经常在进行持久化操作和返回数据时都会使用到javabean来统一封装参数，方便操作，一般我们也都会实现Serializable接口，那么问题来了，首先：为什么要进行序列化；其次：每个实体bean都必须实现serializabel接口吗？最后：我做一些项目的时候，没有实现序列化，同样没什么影响，到底什么时候应该进行序列化操作呢？

　　网上找了很多资料，但是感觉大都没有说的很清楚，所以结合自己的理解做一下总结。

　　首先第一个问题，实现序列化的两个原因：

       1、将对象的状态保存在存储媒体中以便可以在以后重新创建出完全相同的副本；

       2、按值将对象从一个应用程序域发送至另一个应用程序域。实现serializabel接口的作用是就是可以把对象存到字节流，然后可以恢复，所以你想如果你的对象没实现序列化怎么才能进行持久化和网络传输呢，要持久化和网络传输就得转为字节流，所以在分布式应用中及设计数据持久化的场景中，你就得实现序列化。

　　第二个问题，是不是每个实体bean都要实现序列化，答案其实还要回归到第一个问题，那就是你的bean是否需要持久化存储媒体中以及是否需要传输给另一个应用，没有的话就不需要，例如我们利用fastjson将实体类转化成json字符串时，并不涉及到转化为字节流，所以其实跟序列化没有关系。

　　第三个问题，有的时候并没有实现序列化，依然可以持久化到数据库。这个其实我们可以看看实体类中常用的数据类型，例如Date、String等等，它们已经实现了序列化，而一些基本类型，数据库里面有与之对应的数据结构，从我们的类声明来看，我们没有实现serializabel接口，其实是在声明的各个不同变量的时候，由具体的数据类型帮助我们实现了序列化操作。

　　另外需要注意的是，在NoSql数据库中，并没有与我们java基本类型对应的数据结构，所以在往nosql数据库中存储时，我们就必须将对象进行序列化，同时在网络传输中我们要注意到两个应用中javabean的serialVersionUID要保持一致，不然就不能正常的进行反序列化。