我所看到的绝大多数Java serialVersionUID的示例都有很长的long值-例如，请参见示例here，其中给定的示例是static final long serialVersionUID = 10275539472837495L，甚至是the documentation，其中给出了static final long serialVersionUID = 42L的示例
但是，有什么理由我不能把我的类static final long serialVersionUID = 1L的第一个版本称为第二个2L，以此类推？它的编剧、连载和反序列化都很好，但我想知道是否有更深层的原因使它不是最佳实践.
如果可序列化类没有显式声明serialVersionUID，则序列化运行时将根据类的各个方面计算该类的默认serialVersionUID值，如Java(TM)对象序列化规范中所述.但是，强烈建议所有可序列化类显式声明serialVersionUID值，因为默认的serialVersionUID计算对类细节高度敏感，这些细节可能因编译器实现而异，因此在反序列化过程中可能会导致意外的InvalidClassException.
当您看到像10275539472837495L这样的serialVersionUID时，它很可能是由序列化运行时生成的.
那么，为什么要显式地将serialVersionUID设置为运行时生成的ID呢？假设您忘记将serialVersionUID设置为特定值，例如1L，并且序列化了一个类.过了一段时间，您对实现可序列化接口的类进行了一些更改，然后突然引发了InvalidClassException，因为生成的SerialVersionUID不再匹配.为了解决这个问题，可以显式地将serialVersionUID设置为使用以前的版本生成的版本.这就是人们最终可能得到这些长SerialVersionUID的方式.
为了避免这种情况，建议显式声明serialVersionUID值，如文档中所述.