为什么clone（）方法在java.lang.Object中受到保护？
clone()定义为的受保护的具体原因是java.lang.Object什么？
问题答案：
克隆受到保护的事实非常令人怀疑-事实是该clone方法未在Cloneable接口中声明。
它使该方法对于获取数据副本非常无用，因为你不能说：
if(a instanceof Cloneable) {
copy = ((Cloneable) a).clone();
}
我认为，Cloneable现在的设计在很大程度上被认为是一个错误（以下引用）。我通常希望能够实现接口的实现，Cloneable但不一定要实现接口Cloneable（类似于的使用Serializable）。没有反思就无法做到这一点：
ISomething i = ...
if (i instanceof Cloneable) {
//DAMN! I Need to know about ISomethingImpl! Unless...
copy = (ISomething) i.getClass().getMethod("clone").invoke(i);
}
-
问题内容： 出于好奇， 为什么将方法的访问修饰符设置为。为什么不能呢？有人可以向我解释这背后的任何具体原因吗？ 另外，我知道该方法仅被调用一次。如果我在程序内部两次调用它，会发生什么情况？垃圾收集器会再次调用吗？ 问题答案： 我用另一个问题回答您的问题： 为什么方法不应该受到保护？ 通常，您应该尝试使事物尽可能私密。这就是封装的全部意义所在。否则，您 什么都 可以做。不能（因为派生类应该能够访问它
-
在这个平台上，关于对象类的clone（）方法有很多问题。每个人的回答都不一样。关于clone（）为什么要受到保护，有很多问题。有人说.. null > 如果上面的第二点是正确的，那么我们如何直接访问子类中的clone（）。 什么是不可克隆对象。 有什么需要重写clone（）在子类中进行克隆的情况。而另一个包的受保护成员可以通过直接继承其父类在另一个包中访问。 为什么object.clone（）没有
-
问题内容： 关键字授予对相同包和子类（http://java.sun.com/docs/books/tutorial/java/javaOO/accesscontrol.html）中的类的访问权限。 现在，每个类都有一个超类（http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html）。 因此，我得出结论，即使每个类都可以访问的方法。
-
问题内容： 有谁知道， 为什么 AbstractList （以及ArrayList）中的removeRange方法是？它看起来像是一个定义明确且有用的操作，但是仍然要使用它，我们不得不对List实现进行子类化。 有一些隐藏的理由吗？对我来说似乎莫名其妙。 问题答案： 是的，因为这不是您从外部代码中删除范围的方式。相反，请执行以下操作： 这实际上是在幕后。† OP询问为什么不属于公共API。原因在《
-
问题内容： 为什么我们在Java中使用该方法？（请给出有关内存限制的答案。）这会减少内存使用吗？如果是，那怎么办？这样会减少内存泄漏的影响吗？ 问题答案： 除了 不使用克隆外，还实现一个复制构造函数 ，您询问了内存限制。 克隆 的想法是创建克隆对象的精确副本。因此，在最坏的情况下，此后您将使用两倍的内存量。实际上- 少了一点，因为String经常被嵌入并且（通常）不会被克隆。即使由clone方法/
-
问题内容： 当我用方法覆盖方法时，Java编译器不会抱怨。这里到底发生了什么？由于父方法的可见性较低，它是覆盖还是隐藏父方法？ 问题答案： 子类始终可以扩大访问修饰符，因为它仍然是超类的有效替代。从Java规范中有关覆盖和隐藏的需求： 覆盖或隐藏方法的访问修饰符（第6.6节）必须至少提供与覆盖或隐藏方法相同的访问权限，如下所示： 如果覆盖或隐藏方法是公共的，则覆盖或隐藏方法必须是公共的；否则，将发