@Entity
public class Husband implements Serializable {
@Id
private int id;
private String name;
@OneToOne
private Wife wife;
}
@Entity
public class Wife implements Serializable {
@Id
private int id;
private String name;
@OneToOne(mappedBy="wife")
private Husband husband;
}
Serializable
广义上是什么?Serializable
接口?广义上讲,序列化是Java为开发人员提供的将任何对象的状态持久保存到持久存储中的方式。
如果开发人员出于某种原因希望将其编码类的实例保留到后备存储,则需要将该类声明为实现Serializable。
上面的代码代表了丈夫和妻子之间的一对一关系。这基本上意味着每个妻子都与一个丈夫有关系,每个丈夫都与一个妻子有关系。:-)同样在上述关系中,丈夫是关系的主人(以实体关系术语),这就是为什么妻子说它是由丈夫映射/关联到丈夫的,而不是相反的。这意味着丈夫确定了自己的妻子,而不是相反。
问题内容: 在我对Servlet的理解中,该Servlet将由Container实例化,其方法将被调用一次,并且Servlet将像单例一样存活,直到JVM关闭。 我不希望我的servlet被序列化,因为当应用服务器恢复或正常启动时,它将被重新构造。Servlet不应该包含特定于会话的成员,因此将其写入磁盘并重新实例化是没有意义的。有实际用途吗? 我担心的是,我在其中放置了一些不可序列化的字段,然后
问题内容: 如果我制作了一个不实现Serializable的Composite-id类,例如: 发生错误,例如: hibernate实体类不必是可序列化的。那么,为什么Composite- id类必须实现Serializable?我读了这个主题,但是没有给我足够的信息。 问题答案: 会话对象需要可序列化,因此它引用的所有对象也必须可序列化。id用作索引会话中已加载对象的键。如果是Composite
问题内容: 什么时候应该实现接口? 我们为什么要这样做? 它具有任何优势或安全性吗? 问题答案: 从这是什么“系列化”的事情怎么一回事?: 它使您可以获取一个对象或一组对象,将它们放在磁盘上或通过有线或无线传输机制发送,然后稍后,也许在另一台计算机上,逆转该过程:恢复原始对象。基本机制是将一个或多个对象展平为一维比特流,并将该比特流转换回原始对象。 就像《星际迷航》中的“运输者”一样,所有事情都是
问题内容: 我已经在“ userInfo”类中实现了Serializable。我仍然感到异常。这是输出控制台- 这是我的两节课: 问题答案: 为什么我实现了’Serializable’却得到NotSerializableException异常 你还没有 java.io.NotSerializableException:chatservernazmus.User公共类userInfo实现了Seria
本文向大家介绍请解释为什么集合类没有实现Cloneable和Serializable接口?相关面试题,主要包含被问及请解释为什么集合类没有实现Cloneable和Serializable接口?时的应答技巧和注意事项,需要的朋友参考一下 考察点:JAVA集合 克隆(cloning)或者是序列化(serialization)的语义和含义是跟具体的实现相关的。因此,应该由集合类的具体实现来决定如何被克隆
问题内容: 我们需要大量的序列化工作,并且必须在使用的每个对象上指定标签,这是一种负担。特别是当它是第三方类时,我们不能真正更改。 问题是:由于是一个空接口,并且Java一旦添加便提供了可靠的序列化 为什么它们不使所有内容都可序列化,仅此而已? 问题答案: 序列化充满陷阱。这种形式的自动序列化支持使类内部成为公共API的一部分(这就是javadoc为你提供类的持久化形式的原因)。 为了实现长期持久