编译器之间存在差异，有趣的是，某些允许的差异导致了过去的问题。
有些差异很小，例如，某些编译器进行了优化
x=x+1以产生与相同的字节码
x++，而其他则没有。
其他可能会产生更大的影响，例如，该标准未指定过去如何生成用于实现对私有成员（和类似事物）进行内部类访问的合成成员的名称（我不知道今天是否这样做）。但是，用于计算默认值的算法
serialVersionUID在所有类成员（甚至是合成成员）上都使用了哈希码。
因此，使用
javac或第一个Eclipse版本进行编译会创建具有不兼容
serialVersionUID的类。如今，Eclipse对合成成员使用了与同名成员相同的名称架构，
javac并默认发出关于类中缺少显式
serialVersionUIDs
的警告
Serializable。
仍然有很多自由，甚至打包
pack200和解包都可能创建具有与原始类不同的字节码的类。
