Wie definiert man HashCode und equals für eine java.lang.Class <T>?

Question

Wenn ein Class<T> als Teil eines Schlüssels einer Map verwendet werden muss, was ist der richtige Weg, um die hashCode und equals zu definieren?
A Class<T> erbt die, die von Object, die als Referenz Gleichheit überprüfen und gibt die Speicheradresse als Hash-Code, aber es ist nicht klar, was die sinnvolle Definition von equals und hashCode Definition eines Class<T> in meinem Kopf ist.
Sollte ich beispielsweise theClass.getClass().hashCode(); verwenden (wo wir Class<T> theClass; haben), um die Methoden der tatsächlichen Instanz zu verwenden?
Aber das scheint nicht die richtige Sache zu sein.
zum Beispiel in dem javadoc für Class<T>:

Jedes Array zu einer Klasse gehört auch, dass als Klasse Objekt reflektiert wird, die von allen Arrays mit dem gleichen Elementtyp und Anzahl von Dimensionen gemeinsam benutzt wird

So scheint es in einigen Fällen die gleiche Class<T> ist unter den Objekten geteilt? Also, was wäre der Weg zu folgen? Vielleicht verwenden Sie theClass.hashCode() und theClass.equals() Referenzgleichheit zu verwenden? Nicht sicher hier überhaupt.

Answer 1

Die Implementierung von hashCode und equalsjava.lang.Class erbt von java.lang.Object sinnvoll ist und in der Regel angemessen, da alle Instanzen einer Klasse garantiert das gleicheClass Objekt aus getClass(), dh

new Integer(2).getClass() == new Integer(3).getClass(); 

Dies ist etwas zurück begraben in den Dokumenten; die javadoc of getClass() schreibt:

Returns:

Die Klasse-Objekt, das die Laufzeitklasse dieses Objekt darstellt. Auch

Siehe:

Literale, Abschnitt 15.8.2 der Java ™ Language Specification.

That section schreibt:

Eine Klasse wörtliche auswertet auf das Klassenobjekt für den genannten Typen (oder für nichtig), wie von der Definition Klassenlader definiert (Kapitel 12.2) der Klasse der aktuellen Instanz .

und section 12.2 schreiben:

Güter erzogene Klasse Lader pflegt diese Eigenschaften:

• die gleichen Namen, eine gute Klassenlade Da sollte immer gibt das gleiche Klassenobjekt.
• ...

Ein böswilliger Class Loader diese Eigenschaften verletzen könnte. Es konnte jedoch die Sicherheit des Typsystems nicht untergraben, weil die Java Virtual Machine dagegen wehrt.

Und ja, wenn die gleiche Klassendefinition von verschiedenen Klassenladern geladen wird, sind die Klassenobjekte nicht gleich. Da die Runtime diese als unabhängige Klassen behandelt (die zufällig denselben Namen haben, aber ansonsten nicht ähnlich, geschweige denn binärkompatibel sein müssen), ist dies normalerweise erwünscht.

Answer 2

Die Methode String getName() gibt eine eindeutige String-Darstellung der Klasse zurück. Sie können diese Zeichenfolge für equals/hashCode als normale Zeichenfolge verwenden, wenn Ihr Programm nicht mehr als einen Klassenlader verwendet.