Java中为什么实现了Serializable接口就具备了被序列化的能力以及serialVersionUID的作用

Java 规定的内部机制，实现 Serializable 接口就行了，这个接口只是个标记性的接口，表示类的设计者已经允许这个类型的对象被序列化写入磁盘或通过网络发送，对于有保密要求的东西一般不实现这个接口防止无意间复制到 jvm 内存之外。如果一个类型的多数字段可以复制但个别字段不用复制(比如，它实际上是通过其它字段计算出来的)，我们可以把它标记为 transient。

默认的 serialization 对类的结构有要求，一般将来版本升级了导致服务端和客户版本不一样，或者你用新版本读取一个以前旧版本写入磁盘的序列化的对象的话，需要这两个版本是兼容的，达到这个要求至少包括下面这个字段，并且新旧两个版本的类中它的值应该是一样的，其它特殊情况规范也有办法做到，比如你的结构变了，以前 name / phone 都是 A 的字段，后来新版本创建了一个内部类叫 Contact 把 name 和 phone 
 并到这两个字段移到内部类 Contact 中去了的话，Java 也有办法在新版本中提供自定义 readObject/writeObject 这个过程来确保兼容旧版本。

private static final long serialVersionUID; // 在一个类的多个版本中要相同的值，对于不它的类中，它们的值不要求唯一。

http://java.sun.com/developer/technicalArticles/Programming/serialization/

 

serialVersionUID作用：　　序列化时为了保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。　　有两种生成方式：　　一个是默认的1L，比如：private static final long se... 
　　serialVersionUID作用： 
　　序列化时为了保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。 
　　有两种生成方式： 
　　一个是默认的1L，比如：private static final long serialVersionUID = 1L; 
　　一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如： 

　private static final long serialVersionUID = xxxxL; 

　　当你一个类实现了Serializable接口，如果没有定义serialVersionUID，Eclipse会提供这个 
　　提示功能告诉你去定义 。在Eclipse中点击类中warning的图标一下，Eclipse就会 
　　自动给定两种生成的方式。如果不想定义它，在Eclipse的设置中也 
　　可以把它关掉的，设置如下： 

　Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> 
　Potential programming problems 

　　将Serializable class without serialVersionUID的warning改成ignore即可。 
　　如果你没有考虑到兼容性问题时，就把它关掉，不过有这个功能是好的，只要任何类别实现了Serializable这个接口的话，如果没有加入serialVersionUID，Eclipse都会给你warning提示，这个serialVersionUID为了让该类别Serializable向后兼容。 
　　如果你的类Serialized存到硬盘上面后，可是后来你却更改了类别的field(增加或减少或改名)，当你Deserialize时，就会出现Exception的，这样就会造成不兼容性的问题。 
　　但当serialVersionUID相同时，它就会将不一样的field以type的预设值Deserialize，可避开不兼容性问题。