为什么 java.lang.Cloneable 不覆盖 java.lang.Object 中的 clone() 方法？

Question

java.lang.Cloneable 接口的 Java 规范将其自身定义为表示扩展它的任何对象也实现了 clone() 方法，该方法在 java.lang.Object 中处于休眠状态。具体来说，它说：

一个类实现了Cloneable 接口，以向java.lang.Object#clone() 方法指示该方法对该类的实例进行逐个字段的复制是合法的。

对我来说，这意味着应该假设每个扩展 Cloneable 的类因此在其中也有一个 public Object clone() 方法。这使得很容易假设以下方法是有效的：

public static makeACloneFrom(Cloneable c)
{
  return c.clone();
}

然而，情况并非如此，因为整个 Cloneable 源代码（无 javadoc）只是

package java.lang;

public interface Cloneable {
}

这意味着Cloneable#clone() 不存在（并且尝试编译上面的示例方法会引发编译时错误，例如“cannot find symbol: method clone()”）。 Cloneable的源代码不应该包含public Cloneable clone();的效果吗？

为什么我们不允许假设实现 Cloneable 的类具有 public Cloneable clone() 方法？

Answer 1

因为它是一个设计糟糕的界面。

来自Effective Java（抱歉，Google 图书没有第二版的预览）：

第 11 项：明智地覆盖 clone

Cloneable 接口旨在作为一个 mixin 接口（项目 18) 让对象宣传它们允许克隆。很遗憾， 它不能达到这个目的。它的主要缺陷是缺乏 clone 方法和Object 的clone 方法受到保护。你 不能通过 reflection（第 53 项）调用clone 对象上的方法仅仅是因为它实现了Cloneable。甚至一个 反射调用可能会失败，因为不能保证 对象有一个可访问的clone 方法。

Answer 2

呃。 clone 和 Cloneable 已损坏，设计糟糕，不应在新代码中使用。 （请参阅有效的 Java 项目 11。）

造成这种特殊情况的原因是 Cloneable 是一个令人困惑的实现，神奇的接口，因此仅仅实现 Cloneable 的行为就会通过反射改变 Object.clone 的行为。有效的 Java 说：

...如果一个类实现了Cloneable，Object 的clone 方法返回对象的逐字段副本；否则会抛出 CloneNotSupportedException。这是一种非常不典型的接口用法，不是要模拟的……