Java中的克隆协定规定，每个
clone实现都必须首先从中获取克隆的实例
super.clone()。这将创建一条始终以对的调用结尾的链
Object.clone，并且该方法包含“神奇的”本机级代码，该代码对
struct表示Java对象的基础原始文件进行二进制复制。如果不存在该机制，
clone则将不会是多态的：该
Object.clone方法将生成所调用的任何类的实例；如果没有本地代码，则无法复制。
这就是为什么
Object.clone无法避免该方法的原因。
Cloneable本可以
包含一个
clone方法，但是会产生有关该
throws子句的问题。按照这种方式，您可以自由声明
clone没有声明的异常，也可以声明任意的异常。如果该方法已经在接口中声明，则这种灵活性将是不可能的。
请记住，泛型对于克隆几乎没有用：想象
protected T clone()在
Object：哪里会
T来？我们是否需要
Object<T>并强迫
Java Universe中的每个类都 对其自身进行参数化，而所有这些仅仅是为了使这种半不推荐使用的机制工作得更好一点？还请记住，此代码完全合法：
public class TheMightyOne implements Cloneable { @Override public TheMightyOne clone() { return (TheMightyOne) super.clone(); }}您可以称之为：
TheMightyOne one = new TheMightyOne();TheMightyOne two = one.clone(); // do downcasts needed
