实际上我想知道序列化的概念以及瞬态和局部变量与serialversionuid相关的方式以及序列化实际上是如何发生的?
2 回答
基本上,没有。通常用于确定类的serialVersionUID
哪些版本(通常在)集群环境中相互兼容,如果您想在任何上下文中支持应用程序的多个版本,您可以增加此字段以防止以前版本的您的应用从爆炸到新的领域。
标有 的字段transient
未序列化。
最后,volatile
当多个线程可以访问一个字段时,用于防止编译器进行不安全的优化。例如,双重检查锁定。从维基百科,
从 J2SE 5.0 开始,此问题已得到修复。volatile 关键字现在可确保多个线程正确处理单例实例。[4] 中描述了这个新的成语:
// Works with acquire/release semantics for volatile // Broken under Java 1.4 and earlier semantics for volatile class Foo { private volatile Helper helper; public Helper getHelper() { Helper result = helper; if (result == null) { synchronized(this) { result = helper; if (result == null) { helper = result = new Helper(); } } } return result; } // other functions and members... }
Java中的transient关键字用于指示不应序列化字段。来自 Java 语言规范,Java SE 7 版,第 8.3.1.3 节。瞬态字段:
变量可以被标记为瞬态的,以表明它们不是对象持久状态的一部分。虽然局部变量可以序列化
令人惊讶的是,如果您在类中将静态成员字段声明为瞬态或将最终成员字段声明为瞬态,java 编译器不会抱怨。这些应该是编译时错误。因为假设对象状态的“瞬态”部分在每个实例中都在变化,所以它不能是静态的或最终的
序列化运行时将版本号与每个可序列化类相关联,称为 serialVersionUID,在反序列化期间使用该版本号来验证序列化对象的发送者和接收者是否已为该对象加载了与序列化兼容的类。如果接收者为对象加载了一个类,该对象的 serialVersionUID 与相应发送者的类不同,则反序列化将导致 InvalidClassException。可序列化的类可以通过声明一个名为“serialVersionUID”的字段来显式声明自己的serialVersionUID,该字段必须是静态的、最终的和long类型:ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L; 如果一个可序列化的类没有显式声明一个 serialVersionUID,然后序列化运行时将根据类的各个方面计算该类的默认 serialVersionUID 值,如 Java(TM) 对象序列化规范中所述。但是,强烈建议所有可序列化的类都显式声明 serialVersionUID 值,因为默认的 serialVersionUID 计算对类细节高度敏感,这些细节可能因编译器实现而异,因此可能在反序列化期间导致意外的 InvalidClassExceptions。因此,为了保证在不同的 java 编译器实现中具有一致的 serialVersionUID 值,可序列化的类必须声明一个显式的 serialVersionUID 值。还强烈建议显式 serialVersionUID 声明尽可能使用 private 修饰符,
Java 文档说:
“默认的 serialVersionUID 计算对可能因编译器实现而异的类细节高度敏感,因此可能在反序列化期间导致意外的 InvalidClassExceptions”。
你必须声明 serialVersionUID 因为它给了我们更多的控制权。