Warum ist die Methode clone() in java.lang.Object geschützt?

Question 1

Was ist der konkrete Grund dafür clone() ist als geschützt definiert in java.lang.Object?

Question 2

Die Tatsache, dass der Klon geschützt ist, ist äußerst zweifelhaft – ebenso wie die Tatsache, dass die clone Methode ist nicht in deklariert Cloneable Schnittstelle.

Es macht die Methode ziemlich nutzlos, um Kopien von Daten zu machen, weil du kannst nicht sagen:

if(a instanceof Cloneable) {
    copy = ((Cloneable) a).clone();
}

Ich denke, dass das Design von Cloneable ist jetzt weitgehend als Fehler angesehen (Zitat unten). Normalerweise möchte ich in der Lage sein, Implementierungen einer Schnittstelle vorzunehmen Cloneable aber nicht unbedingt die Schnittstelle machen Cloneable (ähnlich der Verwendung von Serializable). Das geht nicht ohne Reflexion:

ISomething i = ...
if (i instanceof Cloneable) {
   //DAMN! I Need to know about ISomethingImpl! Unless...
   copy = (ISomething) i.getClass().getMethod("clone").invoke(i);
}

Zitat von Josh Blochs Effektives Java:
“Die Cloneable-Schnittstelle war als Mixin-Schnittstelle für Objekte gedacht, um anzuzeigen, dass sie das Klonen zulassen. Leider erfüllt sie diesen Zweck nicht … Dies ist eine höchst atypische Verwendung von Schnittstellen und keine, die emuliert werden sollte … Zur Implementierung Damit die Schnittstelle Auswirkungen auf eine Klasse hat, müssen sie und alle ihre Oberklassen a befolgen ziemlich komplexes, nicht durchsetzbares und weitgehend undokumentiertes Protokoll“

Question 3

Die Clonable-Schnittstelle ist nur eine Markierung, die besagt, dass die Klasse das Klonen unterstützen kann. Die Methode ist geschützt, weil Sie sie nicht für ein Objekt aufrufen sollten, Sie können (und sollten) sie als öffentlich überschreiben.

Von Sonne:

In der Klasse Object ist die Methode clone() als geschützt deklariert. Wenn Sie nur Cloneable implementieren, können nur Unterklassen und Mitglieder desselben Pakets clone() für das Objekt aufrufen. Damit jede Klasse in einem beliebigen Paket auf die Methode clone() zugreifen kann, müssen Sie sie überschreiben und als öffentlich deklarieren, wie unten beschrieben. (Wenn Sie eine Methode überschreiben, können Sie sie weniger privat, aber nicht privater machen. Hier wird die geschützte clone()-Methode in Object als öffentliche Methode überschrieben.)

Question 4

clone ist geschützt, weil es etwas ist, das überschrieben werden sollte, damit es für die aktuelle Klasse spezifisch ist. Es wäre zwar möglich, eine Öffentlichkeit zu schaffen clone Methode, die irgendein Objekt klonen würde, wäre dies nicht so gut wie eine Methode, die speziell für die Klasse geschrieben wurde, die sie benötigt.

Question 5

Die Clone-Methode kann nicht direkt auf ein Objekt angewendet werden, weshalb sie von der Unterklasse überschrieben werden soll.

Natürlich könnte es öffentlich sein und nur eine entsprechende Ausnahme auslösen, wenn das Klonen nicht möglich ist, aber ich denke, das wäre irreführend.

Die Art und Weise, wie Klonen derzeit implementiert wird, lässt Sie darüber nachdenken, warum Sie Klonen verwenden möchten und wie Ihr Objekt geklont werden soll.

Question 6

IMHO ist es so einfach:

#clone darf nicht auf nicht klonbaren Objekten aufgerufen werden, daher wird es nicht veröffentlicht
#clone muss von Unterklassen ob aufgerufen werden Object die Cloneable implementieren, um die flache Kopie der richtigen Klasse zu erhalten

Was ist der richtige Umfang für Methoden, die von Unterklassen aufgerufen werden können, aber nicht von anderen Klassen?

Es ist protected.

Klassen implementieren Cloneable natürlich wird diese Methode öffentlich gemacht, damit sie von anderen Klassen aufgerufen werden kann.

Question 7

Es ist geschützt, da die Standardimplementierung eine flache mitgliederweise Kopie aller Felder (einschließlich privater) erstellt. Konstruktor umgehen. Dies ist nicht etwas, wofür ein Objekt von vornherein ausgelegt sein könnte (z. B. könnte es erstellte Objektinstanzen in einer gemeinsam genutzten Liste verfolgen oder ähnliches).

Aus dem gleichen Grund ist die Standardimplementierung von clone() wird ausgelöst, wenn das aufgerufene Objekt nicht implementiert wird Cloneable. Es handelt sich um einen potenziell unsicheren Vorgang mit weitreichenden Folgen, und daher muss der Autor der Klasse ausdrücklich zustimmen.

Question 8

Aus dem javadoc von cloneable.

* By convention, classes that implement this interface (cloneable) should override 
* <tt>Object.clone</tt> (which is protected) with a public method.
* See {@link java.lang.Object#clone()} for details on overriding this
* method.

* Note that this interface does <i>not</i> contain the <tt>clone</tt> method.
* Therefore, it is not possible to clone an object merely by virtue of the
* fact that it implements this interface.  Even if the clone method is invoked
* reflectively, there is no guarantee that it will succeed.

Sie könnten also für jedes Objekt den Klon aufrufen, aber dies würde Ihnen die meiste Zeit nicht die gewünschten Ergebnisse oder eine Ausnahme liefern. Aber wird nur empfohlen, wenn Sie klonbar implementieren.