想要查看此教程的目录请点击：Java IO教程目录贴地址
Java Serializable接口(java.io.Serializable)，是一个标记接口，你的类如果想被序列化与反序列化就必须要实现此接口。Java对象序列化用ObjectOutputStream实现，反序列化（写）由ObjectInputStream来完成。
Serializable是一个标记接口并且内部没有方法。因此一个类实现这个接口后不需要去实现任何方法。实现这个接口只是告诉Java序列化类这个类是可以进行对象序列化的。
Serializable例子
下面是关于实现Serializable接口的例子：
import java.io.Serializable;
public static class Person implements Serializable {
public String name = null;
public int age = 0;
}
如你所见，People类实现了Serializable接口，没有实现任何该接口的方法。像之前提到的，Java Serializable接口只是一个标记接口，不需要实现任何方法。
查看完整的例子可以去看 ObjectInputStream 或 ObjectOutputStream章节。
serialVersionUID
类除了实现这个接口以外，也要去定义一个私有的静态 long 类型的serialVersionUID变量。
下面是之前的那个Person类，添加了一个serialVersionUID变量：
import java.io.Serializable;
public static class Person implements Serializable {
private static final long serialVersionUID = 1234L;
public String name = null;
public int age = 0;
}
Java对象的相关序列化API用serialVersionUID来判断反序列化的对象，在序列化的时候是否是被同一个版本的class序列化的（译注：这个变量是uuid，所以不会有重复值），因为它现在正试图去用这个类来反序列化。
假设一个Person对象被序列化到了磁盘，然后Person类有了一些改变。之后你尝试去反序列化这个Person对象。现在已经序列化的Person对象可能已经和最新版本的Person类不一样了。
一个类实现了Serializable接口后可以提供一个serialVersionUID的静态常量。如果这个类有比较大的改变，你同样也可以重新生成serialVersionUID值。
译者注：这里原文应该没有阐述清楚，上述的例子中，如果没有serialVersionUID，并且反序列化时候类发生了变化比如增加了字段，那么会抛出异常，如果有这个serialVersionUID，即使增加字段，反序列化时候Java也会认为这是同一对象，只不过新增加的字段会为null，因为被序列化的对象并没有此字段。
JDK和一些Java开发工具都包含了一些生成serialVersionUID的办法。
现在的对象Serialization
在现在（2015或更久以前），许多Java项目更多的使用不同的机制来序列化Java对象，而不是Java本身的序列化机制。例如，Java对象序列化到JSON，BSON或其他更优的二进制格式。这些有着非Java程序也可读的优点。例如，在web浏览器中运行的JavaScript可以自然的序列化和反序列化对象和JSON。
顺便说一下，这些其他的对象序列化直接一般不会需要你在Java类中去实现Serializable接口-它不会添加任何有用的信息。
更多关于Serialization的信息
对象的序列化本身就是一门学科。这个Java IO教程最多也就是关注一下stream或readers / writer。因此我不会在此来讨论一些序列化的具体细节。另外，对于Java对象序列化的只是网上已经有很多相关内容了。我将不会重复它，而是给你一个关于这个学科更深层次的连接：http://www.oracle.com/technetwork/articles/java/javaserial-1536170.html
