Ist Void wirklich uninstallierbar?

Question

Die javadoc for Void sagt:

The Void-Klasse ist eine uninstantiable Platzhalter-Klasse ist ein Verweis auf das Klassenobjekt, die die Java-Schlüsselwort ungültig zu halten.

aber der Konstruktor ist einfach:

private Void() {} 

und dieser Code ein Void instanziiert:

Constructor<Void> c = Void.class.getDeclaredConstructor(); 
c.setAccessible(true); 
Void v = c.newInstance(); // Hello sailor 

So Void ist nicht uninstantiable.

Wäre es möglich gewesen, Void wirklich unsterblich zu machen?

Answer 1

Erstellen der Konstruktor privat, und keinen anderen Konstruktor, die durch außerhalb zugegriffen werden kann, macht eine Klasse un-instantiable.

Sie können jedoch nicht verhindern, dass der Zugriff über Reflection API erfolgt. Mit Reflektion können Sie tun, was normalerweise nicht erlaubt ist.

Aber, wenn Sie wirklich wollen, Ihre Klasse uninstantiable, auch durch Reflexion können Sie throw eine Ungeprüfter Ausnahme vom Konstruktor zu sein.

private MyClass() { 
    throw UnsupportedOperationException("Can't instantiate class"); 
} 

In diesem Fall, wenn Sie die Instanz mit Constructor#newInstance() Methode zu erstellen, wird eine InvocationTargetException werfen, wie in den Kommentaren von @ Alex zitiert.

Hier ist die Dokumentation von Constructor#newInstance()-Methode, die eine Liste der Ausnahme erklärt geworfen werden, einer von ihnen InvocationTargetException ist, und sie sagt, dass: -

wirft:
InvocationTargetException -, wenn der Basiswert Konstruktor wirft eine Ausnahme.

Answer 2

Die Reflection-API bricht alle Arten von "Regeln" so, als ob sie in der Lage wären, Felder final zu ändern. Es gibt viele Klagen über die Tatsache, dass es Ihnen erlaubt, die harten und schnellen Regeln von Java zu brechen, aber so ist es.

Ohne Reflection (oder @ StevenSchlanskers verrücktes Unsafe API unten veröffentlicht), ist es nicht möglich zu instanziieren. Solange Reflection erlaubt ist, werden diese Problemumgehungen existieren.

In Oracle's own Reflection tutorial, listet sie die Vor- und Nachteile auf. Es liegt an dir zu entscheiden, was größer ist.

Auch hierzu finden Sie diese Frage: What is reflection and why is it useful?

Answer 3

Rohit hat recht, dass das Auslösen einer Ausnahme für die meisten Anwendungsfälle "gut genug" ist.Allerdings sieht es aus wie es möglich sein könnte, zu bypass even that, using sun.misc.Unsafe:

öffentlichen nativen Objekt allocateInstance (Klasse cls) wirft InstantiationException

eine Instanz zuweisen, aber keinen Konstruktor ausgeführt. Initialisiert die Klasse, falls noch nicht geschehen.

(Beachten Sie, dass ich nicht wirklich getestet, dass dies funktioniert)