Dieser Artikel vermittelt Ihnen relevantes Wissen über Java, in dem hauptsächlich verwandte Probleme zum Anzeigen von Lambda-Quellcode vorgestellt werden. Mit Lambda-Ausdrücken können Sie viele Optimierungen am Code durchführen, und Sie können mit nur wenigen Zeilen viel erreichen Schauen wir uns die folgenden Dinge an. Ich hoffe, dass sie für alle hilfreich sind.
Empfohlene Studie: „Java-Video-Tutorial“
Jeder weiß, dass die Verwendung von Lambda-Ausdrücken in Java8 viele Codeoptimierungen ermöglichen kann und Sie mit nur wenigen Dingen viel erreichen können In diesem Kapitel wird Lambda als Beispiel verwendet. Der erste Abschnitt erläutert das zugrunde liegende Ausführungsprinzip und der zweite Abschnitt erläutert die allgemeinen Positionen des Lambda-Flusses.
Schauen wir uns zunächst eine Demo des Lambda-Ausdrucks an, wie unten gezeigt:
Der Code ist relativ einfach, das heißt, einen neuen Thread zu starten, um einen Satz zu drucken, aber for () im Bild -> System.out.println („Lambda wird ausgeführt“) ist ein Code, den viele Schüler möglicherweise verwirrend finden. Wie erkennt Java diesen Code?
Wenn wir die Schreibweise in anonyme innere Klasse ändern, wird es sehr klar und jeder kann es verstehen, wie unten gezeigt:
Bedeutet das () -> System.out.println ( " Lambda wird ausgeführt? " ) Diese Codeform erstellt tatsächlich eine interne Klasse? Tatsächlich ist dies der einfachste Lambda-Ausdruck. Wir können den Quellcode und seine zugrunde liegende Struktur nicht über IDEA sehen. Hier stellen wir verschiedene Möglichkeiten vor, um seine zugrunde liegende Implementierung anzuzeigen.
Wir können während der Codeausführung aktiv Ausnahmen auslösen und den Stapel ausdrucken. Im Allgemeinen ist diese Methode einfach und effizient, und Sie können den versteckten Code in vielen Fällen sehen Versuchen wir es wie folgt:
Aus dem Ausnahmestapel können wir ersehen, dass die JVM automatisch eine interne Klasse für die aktuelle Klasse erstellt hat (das mehrfache Erscheinen von $ im Fehlerstapel zeigt an, dass es eine interne gibt). Klasse) und die interne Klasse Während der Ausführung des Codes wurde eine Ausnahme ausgelöst, aber der hier angezeigte Code ist eine unbekannte Quelle, sodass wir ihn unter normalen Umständen nicht debuggen können Haltepunkte setzen und erneut ausführen, aber für Lambda-Ausdrücke wissen wir durch die Ausnahmebeurteilungsmethode nur, dass es eine innere Klasse gibt, aber wir können den Quellcode in der inneren Klasse nicht sehen.
Javap ist ein mit Java geliefertes Tool, das Klassenbytecodedateien anzeigen kann. Computer, auf denen die Java-Basisumgebung installiert ist, können den Javap-Befehl direkt ausführen, wie unten gezeigt:
Befehlsoptionen Wir verwenden hauptsächlich den Befehl -v -verbose, um den Inhalt der Bytecode-Datei vollständig auszugeben.
Als nächstes verwenden wir den Befehl javap, um die Datei Lambda.class anzuzeigen. Während der Erklärung bringen wir einige Kenntnisse über Klassendateien mit.
Wir finden den Speicherort von Lambda.class im Befehlsfenster, führen den Befehl aus: javap -verbose Lambda.class, und dann sehen Sie eine lange Liste von Dingen, diese werden als Montageanweisungen bezeichnet. Lassen Sie uns sie einzeln erklären ( Alle Referenzmaterialien stammen aus der Java Virtual Machine-Spezifikation und werden nicht einzeln zitiert):
In den Montageanweisungen können wir leicht eine lange Liste von Typen finden, die mit Constant Pool beginnen, den wir Constant Pool nennen, und Der offizielle englische Name lautet Run-Time Constant Pool. Wir verstehen darunter einfach eine Tabelle, die zur Kompilierungszeit klare Zahlen und Texte sowie Typinformationen zu Klassen, Methoden und Feldern enthält. Jedes Element in der Tabelle heißt cpinfo und besteht aus einem eindeutigen Bezeichner (Tag) + Namen. Derzeit gibt es insgesamt folgende Tag-Typen:
Die zweite Spalte jeder Zeile ist der eindeutige Bezeichner (Tag) von cp_info. Beispielsweise entspricht Methodref CONSTANT_Methodref in der obigen Tabelle (der Wert in der obigen Tabelle entspricht dem Tag 10). ), die darstellt Die aktuelle Zeile stellt die Beschreibungsinformationen der Methode dar, z. B. den Methodennamen, den Eingabeparametertyp, den Ausgabeparametertyp usw. Die spezifische Bedeutung finden Sie in der Java Virtual Machine-Spezifikation. Der Screenshot von Methodref lautet wie folgt folgt:
cp_info 的唯一标识 ( tag ) ，比如 Methodref 对应着上表中的 CONSTANT_Methodref（上上图中表格中 value 对应 10 的 tag），代表当前行是表示方法的描述信息的，比如说方法的名称，入参类型，出参数类型等，具体的含义在 Java 虚拟机规范中都可以查询到，Methodref 的截图如下：
每行的第三列，如果是具体的值的话，直接显示具体的值，如果是复杂的值的话，会显示 cp_info 的引用，比如说图中标红 2 处，引用两个 13 和 14 位置的 cp_info
cp_info angezeigt Beispielsweise wird in dem mit Rot markierten Bild 2 die Referenz Es gibt zwei cp_info an den Positionen 13 und 14. 13 bedeutet, dass der Methodenname init ist, und 14 bedeutet, dass die Methode nein hat Rückgabewert. Die Kombination aus Name und Rückgabetyp der Methode bedeutet, dass es sich um einen parameterlosen Konstruktor handelt.
MethodType dynamische Methodentypen wissen nur, was ihre Methodentypen sind, wenn sie dynamisch ausgeführt werden.
Von den 3 im obigen Bild rot markierten Stellen haben wir Ljava/lang/invoke/MethodHandles$Lookup, java/lang/invoke/LambdaMetafactory.metafactory ähnlichen Code gefunden, MethodHandles und LambdaMetafactory sind beide java.lang.invoke-Pakete Die folgenden wichtigen Methoden: Das Aufrufpaket implementiert hauptsächlich die Funktionen dynamischer Sprachen. Wir wissen, dass die Java-Sprache eine statische kompilierte Sprache ist. Während der Kompilierung wurden die Typen von Klassen, Methoden, Feldern usw. bestimmt Dynamische Sprache, das heißt, die Typen von Klassen, Methoden und Feldern sind beim Kompilieren nicht bekannt. Sie sind nur beim Ausführen bekannt. Zum Beispiel diese Codezeile: Runnable runnable = () -> System.out.println(“lambda is run”); Nur wenn es ausgeführt wird. Erst dann werden Sie erkennen, dass dies die Methode Runnable.run() darstellt. Viele Klassen im Invoke-Paket sollen diese () darstellen, die wir Methodenhandles (MethodHandler) nennen. Beim Kompilieren weiß der Compiler nur, dass es sich um ein Methodenhandle handelt, und weiß nicht, welche Methode tatsächlich ausgeführt wird. Ich weiß es bis dahin nicht, daher stellt sich die Frage: Woher weiß die JVM bei der Ausführung, dass das ()-Methodenhandle tatsächlich die Runnable.run()-Methode ausführt?
Schauen wir uns zunächst die Montageanleitung der einfachen Methode an:
Wir haben die Wörter LambdaMetafactory.metafactory an drei Stellen im obigen Bild gefunden. Durch Abfragen der offiziellen Dokumentation haben wir erfahren, dass diese Methode der Schlüssel zur Verknüpfung mit dem echten Code bei der Ausführung ist, also haben wir einen Haltepunkt in der Metafactory-Methode gesetzt debug Wie unten gezeigt:
Dann werfen wir einen Blick auf das Ende der Assembler-Anweisungsausgabe. Wir haben die in der Ausnahmebeurteilungsmethode gefundene interne Klasse gefunden, wie unten gezeigt:
Das obige Bild enthält viele Pfeile und die Layer-By -Layer-Ausdruck drückt alle Informationen der aktuellen internen Klasse klar aus.
Ohne weitere Umschweife ist der Artikel zu Ende, wir freuen uns auf die dritte Serie!
Empfohlenes Lernen: „
Java-Video-TutorialDas obige ist der detaillierte Inhalt vonZusammenfassung der Java-Kenntnisse: So lesen Sie Lambda-Quellcode. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
