有两种生成方式：
一个是默认的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，可避开不兼容性问题。
原因：执行环境中的JRE版本与被执行代码的class文件不兼容，一本是因为编译Java代码时使用的JRE版本比代码运行环境的JRE版本要高。我们所遇到的问题正式这样，有的同学的Mac机上模式使用的Java 7，而远程Linux服务器上我们是默认使用Java 6.
Java版本的主版本号如下：
J2SE 8 = 52,
J2SE 7 = 51,
J2SE 6.0 = 50,
版权声明：本文为CSDN博主「常一二」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_36193839/article/details/114689841
1、（1）Java SE：各应用平台的基础，桌面系统的Java 2平台标准版，桌面系统应用平台。（2）Java EE：创建服务器应用程序和服务的Java 2平台企业版，企业web服务应用平台。
（3）Java ME：适用于小型设备和智能卡的Java 2平台Micro版，移动平台。
2、发布日期从1997年9月12日至2011年7月28日的，其版本号及名称变迁如下：JDK 1.1.4、JDK 1.1.5、JDK 1.1.6、JDK 1.1.7、JDK 1.1.8、J2SE 1.2、J2SE 1.2.1、J2SE 1.2.2、J2SE 1.3、J2SE 1.3.1、J2SE 1.4.0、J2SE 1.4.1、J2SE 1.4.2、J2SE 5.0、Java SE 6、Java SE 7。
