请解释为什么集合类没有实现Cloneable和Serializable接口？
考察点：JAVA集合
克隆(cloning)或者是序列化(serialization)的语义和含义是跟具体的实现相关的。因此，应该由集合类的具体实现来决定如何被克隆或者是序列化。
考察点：JAVA集合集合类接口指定了一组叫做元素的对象。集合类接口的每一种具体的实现类都可以选择以它自己的方式对元素进行保存和排序。有的集合类允许重复的键，有些不允许。 Java集合类提供了一套设计良好的支持对一组对象进行操作的接口和类。Java集合类里面最基本的接口有： Collection：代表一组对象，每一个对象都是它的子元素。 Set：不包含重复元素的Collection。 List：有顺序的collection，并且可以包含重复元素。 Map：可以把键(key)映射到值(value)的对象，键不能重复。
-
问题内容： @Entity public class Husband implements Serializable { 广义上是什么？ 类为什么实现接口？ 为什么丈夫成员一个人只有@OnetoOne（mappedBy =“ Wife”），而妻子成员却没有@OnetoOne（mappedBy =“ husband”） 问题答案： 广义上讲，序列化是Java为开发人员提供的将任何对象的状态持久保存到
-
问题内容： 如果我制作了一个不实现Serializable的Composite-id类，例如： 发生错误，例如： hibernate实体类不必是可序列化的。那么，为什么Composite- id类必须实现Serializable？我读了这个主题，但是没有给我足够的信息。 问题答案： 会话对象需要可序列化，因此它引用的所有对象也必须可序列化。id用作索引会话中已加载对象的键。如果是Composite
-
我试图理解object.clone（）在Java中是如何工作的。我偶然发现了以下事实： null 疑点： 为什么Java设计者会做出这样的设计选择并这样实现它？为什么不在本身中定义，如果实现类不为提供实现，那么将产生编译时错误。 Q2.为什么要在运行时检查实例是否实现？ 附：我知道在一个问题中问多个问题是一个坏主意。但这些都是密切相关的问题。我可以问一个问题，比如“为什么不包含？”但是，我觉得，为
-
问题内容： 在我对Servlet的理解中，该Servlet将由Container实例化，其方法将被调用一次，并且Servlet将像单例一样存活，直到JVM关闭。 我不希望我的servlet被序列化，因为当应用服务器恢复或正常启动时，它将被重新构造。Servlet不应该包含特定于会话的成员，因此将其写入磁盘并重新实例化是没有意义的。有实际用途吗？ 我担心的是，我在其中放置了一些不可序列化的字段，然后
-
问题内容： 什么时候应该实现接口？ 我们为什么要这样做？ 它具有任何优势或安全性吗？ 问题答案： 从这是什么“系列化”的事情怎么一回事？： 它使您可以获取一个对象或一组对象，将它们放在磁盘上或通过有线或无线传输机制发送，然后稍后，也许在另一台计算机上，逆转该过程：恢复原始对象。基本机制是将一个或多个对象展平为一维比特流，并将该比特流转换回原始对象。 就像《星际迷航》中的“运输者”一样，所有事情都是
-
问题内容： 我正在阅读有关如何正确执行数组深拷贝的信息，但是我对如何实现数组感到困惑。它是该类的成员，但是，如果您阅读javadocs： 首先，如果此对象的类未实现Cloneable接口，则将引发CloneNotSupportedException。 那么为什么要首先定义方法呢？当然，如果仅当存在接口时才可以使用方法，则可以将方法放在接口中。该接口本身是空的; 它只是Java用来确保使用该方法合法