java 实体类是否必须实现序列化接口

1. 序言

实体类是没必须实现序列化接口的，实现的话可以用于通信之类的。

因为公司用的是JSON所以没有必要

2. 序列化的目的

为了保存在内存中的各种对象的状态（也就是实例变量，不是方法），并且可以把保存的对象状态再读出来，这是java中的提供的保存对象状态的机制—序列化。

2.1 场景：

1、当想把的内存中的对象状态保存到一个文件中或者数据库中表（内存到数据库）
　　2、当想用套接字在网络上传送对象（网络传输）(或者不同线程之间通讯)
　　3、当想通过RMI传输对象的时候（分布式传输）

3. java实现Serializable接口

public interface Serializable {
}

其实并没有需要去实现的方法，相当于一个标识，可以被序列化。

一个java中的类只有实现了Serializable接口，它的对象才是可序列化的。

4. serialVersionUID

serialVersionUID的取值是Java运行时环境根据类的内部细节自动生成的。如果对类的源代码作了修改，再重新编译，新生成的类文件的serialVersionUID的取值有可能也会发生变化。

类的serialVersionUID的默认值完全依赖于Java编译器的实现，对于同一个类，用不同的Java编译器编译，有可能会导致不同的serialVersionUID，也有可能相同。为了提高serialVersionUID的独立性和确定性，强烈建议在一个可序列化类中显示的定义serialVersionUID，为它赋予明确的值。

显式地定义serialVersionUID有两种用途：
　　a. 在某些场合，希望类的不同版本对序列化兼容，因此需要确保类的不同版本具有相同的serialVersionUID；
　　b. 在某些场合，不希望类的不同版本对序列化兼容，因此需要确保类的不同版本具有不同的serialVersionUID。

4.1 private static final long serialVersionUID = 1L; 的意义

语句本身可能就是显示指定了UID的值，但是为什么看项目中都是给定了1L呢？

首先，不给定的话因为不同的JVM之间的序列化算法是不一样的，不同的JDK也可能不一样，不利于程序的移植，可能会让反序列化失败。

实现java.io.Serializable这个接口是为序列化,serialVersionUID 用来表明实现序列化类的不同版本间的兼容性。如果你修改了此类, 要修改此值。否则以前用老版本的类序列化的类恢复时会出错。

但是为什么好多都给定的是1呢？

你可以随便写一个，在Eclipse中它替你生成一个，有两种生成方式： 一个是默认的1L，比如：private static final long serialVersionUID = 1L; 一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如：private static final long serialVersionUID = -8940196742313994740L;之类的。

5. 为什么保存到文件中要序列化？

当我们想把内存中的对象状态保存到一个文件中或者数据库中时候，Serializable接口能帮我们做些什么？

如上所述，读写对象会有什么问题呢？比如：我要将对象写入一个磁盘文件而后再将其读出来会有什么问题吗？别急，其中一个最大的问题就是对象引用！举个例子来说：假如我有两个类，分别是A和B，B类中含有一个指向A类对象的引用，现在我们对两个类进行实例化{ A a = new A(); B b = new B(); }，这时在内存中实际上分配了两个空间，一个存储对象a，一个存储对象b，接下来我们想将它们写入到磁盘的一个文件中去，就在写入文件时出现了问题！因为对象b包含对对象a的引用，所以系统会自动的将a的数据复制一份到b中，这样的话当我们从文件中恢复对象时(也就是重新加载到内存中)时，内存分配了三个空间，而对象a同时在内存中存在两份，想一想后果吧，如果我想修改对象a的数据的话，那不是还要搜索它的每一份拷贝来达到对象数据的一致性，这不是我们所希望的！

以下序列化机制的解决方案：

1.保存到磁盘的所有对象都获得一个序列号(1, 2, 3等等)

2.当要保存一个对象时，先检查该对象是否被保存了。

3.如果以前保存过，只需写入"与已经保存的具有序列号x的对象相同"的标记，否则，保存该对象通过以上的步骤序列化机制解决了对象引用的问题！

在对对象进行实例化的过程中相关注意事项
　　a）序列化时，只对对象的状态进行保存，而不管对象的方法；
　　b）当一个父类实现序列化，子类自动实现序列化，不需要显式实现Serializable接口；
　　c）当一个对象的实例变量引用其他对象，序列化该对象时也把引用对象进行序列化；
　　d）并非所有的对象都可以序列化，至于为什么不可以，有很多原因了，比如：
　　1.安全方面的原因，比如一个对象拥有private，public等field，对于一个要传输的对象，比如写到文件，或者进行RMI传输 等等，在序列化进行传输的过程中，这个对象的private等域是不受保护的。
　　2. 资源分配方面的原因，比如socket，thread类，如果可以序列化，进行传输或者保存，也无法对他们进行重新的资源分配，而且，也是没有必要这样实现。