Serializable是Java提供的序列化接口，是一个空接口，为对象提供标准的序列化与反序列化操作。使用Serializable实现序列化过程相当简单，只需要在类声明的时候指定一个标识，便可以自动的实现默认的序列化过程。
private static final long serialVersionUID = 1L;
上面已经说明让对象实现序列化，只需要让当前类实现Serializable接口，并且声明一个serialVersionUID就可以了，非常的简单方便。实际上serialVersionUID都不是必须的，没有它同样可以正常的实现序列化操作。
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();
}
}
是的，你没有看错，序列化与反序列化操作过程就是这么的简单。只需要将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标记的成员变量不参与序列化过程。
总结（重点思考）
工作中我们经常在进行持久化操作和返回数据时都会使用到javabean来统一封装参数，方便操作，一般我们也都会实现Serializable接口，那么问题来了，首先：为什么要进行序列化；其次：每个实体bean都必须实现serializabel接口吗？最后：我做一些项目的时候，没有实现序列化，同样没什么影响，到底什么时候应该进行序列化操作呢？
网上找了很多资料，但是感觉大都没有说的很清楚，所以结合自己的理解做一下总结。
首先第一个问题，实现序列化的两个原因：1、将对象的状态保存在存储媒体中以便可以在以后重新创建出完全相同的副本；2、按值将对象从一个应用程序域发送至另一个应用程序域。实现serializabel接口的作用是就是可以把对象存到字节流，然后可以恢复，所以你想如果你的对象没实现序列化怎么才能进行持久化和网络传输呢，要持久化和网络传输就得转为字节流，所以在分布式应用中及设计数据持久化的场景中，你就得实现序列化。
第二个问题，是不是每个实体bean都要实现序列化，答案其实还要回归到第一个问题，那就是你的bean是否需要持久化存储媒体中以及是否需要传输给另一个应用，没有的话就不需要，例如我们利用fastjson将实体类转化成json字符串时，并不涉及到转化为字节流，所以其实跟序列化没有关系。
第三个问题，有的时候并没有实现序列化，依然可以持久化到数据库。这个其实我们可以看看实体类中常用的数据类型，例如Date、String等等，它们已经实现了序列化，而一些基本类型，数据库里面有与之对应的数据结构，从我们的类声明来看，我们没有实现serializabel接口，其实是在声明的各个不同变量的时候，由具体的数据类型帮助我们实现了序列化操作。
另外需要注意的是，在NoSql数据库中，并没有与我们java基本类型对应的数据结构，所以在往nosql数据库中存储时，我们就必须将对象进行序列化，同时在网络传输中我们要注意到两个应用中javabean的serialVersionUID要保持一致，不然就不能正常的进行反序列化。
下面是看到的别人整理的一个业务场景，感觉描述的挺不错；整理到这里，供大家借鉴理解
今天在使用eclipse开发的时候，遇到一个warning，看到warning我总觉得不爽，使用自动修复后，发现eclipse在代码中加入了“private static final long serialVersionUID = 1L;”。其实之前就遇过这种情况了，只是没有去了解，于是今天我就查了一下serialVersionUID 这个变量的信息。
原来serialVersionUID是可序列化类的一个版本标识，在反序列化的时候使用这个标识的值来判断序列化和反序列化的对象类型是否一致。Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体（类）的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常（InvalidClassException）。当你一个类实现了Serializable接口，如果没有定义serialVersionUID，Eclipse会提供这个提示功能告诉你去定义之。 Eclipse中有两种生成方式：
一个是默认的1L，比如：“private static final long serialVersionUID = 1L;"；
一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如：“private static final long serialVersionUID = -8940196742313994740L;”。
使用serialVersionUID要注意以下几点：
1．当实现java.io.Serializable接口的实体（类）没有显式地定义一个名为serialVersionUID，类型为long的变量时，Java序列化机制会根据编译的class自动生成一个serialVersionUID作序列化版本比较用，这种情况下，只有同一次编译生成的class才会生成相同的serialVersionUID 。如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本中未作更改的类，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。
2．记住应该总是在可序列化的类中包含这个字段，即使是在第一个类版本中，以便提醒自己这个字段的重要性。不要在未来的版本中改变这个字段值，除非你有意要改变类使其与旧的序列化对象不兼容。
3．如果你的类序列化到硬盘上面后，你更改了类别的field(增加或减少或改名)，当你反序列化时，就会出现异常的，这样就会造成不兼容性的问题。但当serialVersionUID相同时，它就会将不一样的field以type的预设值Deserialize，这个可以避开不兼容性的问题。
4．当我们的系统不太经常需要序列化类时，可以去掉这些警告，做如下设置：Window-->Preferences-->Java，将serializable class without serialVersionUID的设置由warning改为Ignore。然后Eclipse会重新编译程序，那些警告信息也就消失了。但如果在开发大量需要序列化的类的时候，建议还原为原来的设置。这样可以保证系统的性能和健壮。
参考文章：