Warum invokeSpecial wird benötigt, wenn invokeVirtual vorhanden ist

Gibt es drei Befehle zum aufrufen von Java-Methoden. Es ist klar, dass invokeStatic ist nur für statische Methode invocation.

Soweit ich weiß invokespecial wird verwendet beim Aufruf von Konstruktor und private Methoden. Also, müssen wir differenticate privaten und öffentlichen method invocation zur Laufzeit? Es könnte geltend gemacht werden, mit den gleichen opcode sagen invokevirtual?

Tut JVM-deals mit private-und public-Methode-definition? Soweit ich weiß, öffentlichen und privaten Schlüsselwörtern ist nur erforderlich, an der Entwicklung der Verkapselung?

InformationsquelleAutor Ahmet Karakaya | 2012-12-07
  1. 33

    Vom diese Website

    Ist die Antwort leicht gefunden werden können, wenn man Sie liest die Java VM Spec gezielt:

    Den Unterschied zwischen der invokespecial und der invokevirtual-Anweisungen ist, dass invokevirtual ruft eine Methode basierend auf der Klasse des Objekts. Der invokespecial-Instruktion wird verwendet, um aufrufen Instanz-Initialisierung Methoden und private Methoden und Methoden einer Superklasse der aktuellen Klasse.

    In anderen Worten, invokespecial wird verwendet, um Methoden aufzurufen, ohne sich um die dynamische Bindung, in der Reihenfolge aufrufen, in der jeweiligen Klasse' version einer Methode.

    • Es sei denn natürlich du machst einen super Ruf und die Ziel-Klasse hat die ACC_SUPER Flagge (die jeder moderne Klasse).
    InformationsquelleAutor Tim Pote
  2. 20

    http://www.artima.com/underthehood/invocationP.html
    Den link oben gibt wertvolle Beispiele deutlich, welche addresing meine Frage.

    class Superclass {

    private void interestingMethod() {
        System.out.println("Superclass's interesting method.");
    }

    void exampleMethod() {
        interestingMethod();
    }
}

class Subclass extends Superclass {

    void interestingMethod() {
        System.out.println("Subclass's interesting method.");
    }

    public static void main(String args[]) {
        Subclass me = new Subclass();
        me.exampleMethod();
    }
}

    Beim aufrufen von main() in der Unterklasse, wie oben definiert, es muss print "Oberklasse interessante Methode." Wenn invokevirtual verwendet wurden, die es drucken würde "Unterklasse interessante Methode." Warum? Da die virtuelle Maschine wählen würde interestingMethod() aufrufen, um auf der Grundlage der tatsächlichen Klasse des Objekts, die Unterklasse. So wird es mit Unterklasse ist interestingMethod(). Auf der anderen Seite, mit invokespecial wird die virtuelle Maschine die Methode auszuwählen, die basierend auf dem Typ der Referenz, so Superclass-version der interestingMethod() aufgerufen wird.

    • Ich kann mir keinen guten Grund zu code wie diesem. Dies ist verstecken, und jede gute IDE wird Ihnen eine Warnung oder ein Fehler, wenn Sie dies tun. Der feine Unterschied zwischen den beiden interestingMethod Signaturen ist genug, um zu verwirren den Leser, was passiert.
    • Dies kann beispielsweise dann passieren, wenn die Oberklasse ist eine Bibliothek-Klasse, die Sie erweitern. Vielleicht haben Sie nicht sogar den source code. Sie sicherlich don ' T care über Ihre privaten Methoden. Es ist durchaus möglich, dass Sie eine Methode hinzufügen, Unterklasse, die zufällig den gleichen Namen wie eine private Methode in der Superklasse.
    • Für andere Leser: beachten Sie Auch, dass die Java - Sprache hat Regeln und Einschränkungen, die die JVM nicht. Das obige ist ein sehr gutes Beispiel dafür, "welche Art von Quell-code produzieren könnten, die Art der bytecode diskutiert," aber das bedeutet nicht, dass es gut software engineering. 🙂 Für diese Angelegenheit, wie source-code nicht in Java, sondern lediglich einige Sprachen, die kompiliert werden, um die JVM-bytecode.
    InformationsquelleAutor Ahmet Karakaya
  3. 0

    Vielen Dank für das Lesen hin, dass die Erklärung: Bitte vergessen Sie nicht, upvote, wenn es hilft Ihnen, zu ermitteln, mit Montageanleitung Schöpfung bei Aufruf der Methode
    Hier bin ich zu erklären, statische vs dynamische Bindung.

    Zunächst werde ich Ihnen sagen, dass invokeStatic, invokeSpecial, invokeVirtual, invokeInterface etc sind die Montageanleitung, die generiert der compiler nach der Kompilierung.
    Wie wir alle weiß, wir haben eine .Klasse-Datei-format nach der Kompilierung und wir können es nicht Lesen aus. Aber java bieten ein tool namens "javap".

    Können wir Lesen unsere .Klasse Datei assembly-Anweisungen durch die Verwendung von javap-Befehl. Standardmäßig können wir nicht sehen private Methode Montageanleitung, so brauchen wir -privat, mit es. Unten sind die Befehle, um zu sehen, java-compiler generierte assembly-Anweisungen:

    1. Imaging haben Sie A.java Klasse

      Klasse A
      {
      public void printValue()
      {
      System.aus.println("Inside");
      }

      public static void callMethod(A)
      {
      ein.printValue();
      }
      }

    2. öffnen cmd-Eingabeaufforderung und gehen Sie zu dem Ordner, die enthält, dass die java-Datei A.java.

    3. ausführen javac A.java.

    4. Nun A.class -Datei generiert, die enthält eine Montageanleitung, aber Sie können es nicht Lesen.

    5. Laufen nun javap -c A

    6. Können Sie sehen, die Montage-generation für Ihre Methode nennen --> ein.printValue();

    7. Wenn printValue ( ) - Methode ist privat müssen Sie mit javap -c -private Ein .

    8. Können Sie machen Sie Ihre printValue( ) private /static /public /private static beide.

    9. Eine weitere Sache im Auge zu behalten, dass der erste compiler überprüfen Sie das Objekt auf dem die Methode wird immer aufgerufen. Dann finden seine Klasse Typ und festgestellt, dass die Methode in dieser Klasse, falls verfügbar, oder nicht.

    Hinweis : Jetzt halten Sie im Verstand, wenn Sie unseren Aufruf an die Methode statisch ist, dann invokeStatic assembly generiert wird, wenn seine private dann invokeSpecial assembly-Anweisung generiert wird, und wenn sich die öffentliche dann invokeVirtual-Instruktion erzeugt wird. öffentliche Methode nie bedeuten, dass jedes mal, invokeVirtual-Instruktion erzeugt wird. Im Falle von super.printValue () - Aufruf aus der Unterklasse von A ist Ausnahmefall. d.h. wenn Ein parent-Klasse für B-und B-enthält die gleiche Methode printValue() dann generiert es invokeVirtual(dynamische) aber wenn printValue() in B haben super.printValue() als erste Anweisung dann invokeStatic wird generiert, auch wenn printValue() Eines öffentlich ist.

    Lassen Sie uns versuchen dies zu:

    class B extends A
{
public void printValue()
{
super.printValue();//invokeStatic
System.out.println("Inside B");
}

}

public class Test
{
public static void main(String[] arr)
{
    A a = new A();
    B b = new B();
    A.callMethod(a);//invokeVirtual
    A.callMethod(b);//invokeVirtual
}
}

    --> speichern Sie diese durch Test.java
    --> ausführen javac Test.java
    --> javap -c -private Test

    InformationsquelleAutor Maddy
Schreibe einen Kommentar