Warum wird eine Java-Klasse mit einer Leerzeile anders kompiliert?

Ich habe die folgende Java-Klasse

public class HelloWorld {
  public static void main(String []args) {
  }
}

Wenn ich diese Datei kompiliere und ein sha256 für die resultierende Klassendatei ausführe, erhalte ich

9c8d09e27ea78319ddb85fcf4f8085aa7762b0ab36dc5ba5fd000dccb63960ff  HelloWorld.class

Als nächstes habe ich die Klasse geändert und eine leere Zeile wie folgt hinzugefügt:

public class HelloWorld {

  public static void main(String []args) {
  }
}

Wieder lief ich einen sha256 auf dem Ausgang und erwartete das gleiche Ergebnis, aber stattdessen bekam ich

11f7ad3ad03eb9e0bb7bfa3b97bbe0f17d31194d8d92cc683cfbd7852e2d189f  HelloWorld.class

Ich habe diesen TutorialsPoint-Artikel gelesen dass:

Eine Zeile, die nur Leerzeichen enthält, möglicherweise mit einem Kommentar, wird als Leerzeile bezeichnet, und Java ignoriert sie vollständig.

Meine Frage ist also, da Java leere Zeilen ignoriert, warum unterscheidet sich der kompilierte Bytecode für beide Programme?

Der Unterschied in HelloWorld.classeinem 0x03Byte wird nämlich durch ein 0x04Byte ersetzt.

Grundsätzlich werden Zeilennummern für das Debuggen beibehalten. Wenn Sie also Ihren Quellcode so ändern, wie Sie es getan haben, beginnt Ihre Methode in einer anderen Zeile und die kompilierte Klasse spiegelt den Unterschied wider.

Sie können die Änderung sehen, indem Sie javap -vausführliche Informationen ausgeben. Wie bei anderen bereits erwähnten wird der Unterschied in Zeilennummern liegen:

$ javap -v HelloWorld.class > with-line.txt
$ javap -v HelloWorld.class > no-line.txt
$ diff -C 1 no-line.txt with-line.txt
*** no-line.txt 2018-10-03 11:43:32.719400000 +0100
--- with-line.txt       2018-10-03 11:43:04.378500000 +0100
***************
*** 2,4 ****
    Last modified 03-Oct-2018; size 373 bytes
!   MD5 checksum 058baea07fb787bdd81c3fb3f9c586bc
    Compiled from "HelloWorld.java"
--- 2,4 ----
    Last modified 03-Oct-2018; size 373 bytes
!   MD5 checksum 435dbce605c21f84dda48de1a76e961f
    Compiled from "HelloWorld.java"
***************
*** 50,52 ****
        LineNumberTable:
!         line 3: 0
        LocalVariableTable:
--- 50,52 ----
        LineNumberTable:
!         line 4: 0
        LocalVariableTable:

Genauer gesagt unterscheidet sich die Klassendatei im LineNumberTableAbschnitt:

Das LineNumberTable-Attribut ist ein optionales Attribut variabler Länge in der Attributtabelle eines Code-Attributs (§4.7.3). Es kann von Debuggern verwendet werden, um zu bestimmen, welcher Teil des Code-Arrays einer bestimmten Zeilennummer in der ursprünglichen Quelldatei entspricht.

Wenn in der Attributtabelle eines Code-Attributs mehrere LineNumberTable-Attribute vorhanden sind, können sie in beliebiger Reihenfolge angezeigt werden.

In der Attributtabelle eines Codeattributs kann es mehr als ein LineNumberTable-Attribut pro Zeile einer Quelldatei geben. Das heißt, LineNumberTable-Attribute können zusammen eine bestimmte Zeile einer Quelldatei darstellen und müssen mit Quellzeilen nicht eins zu eins sein.

Die Annahme, dass "Java Leerzeilen ignoriert", ist falsch. Hier ist ein Code-Snippet, das sich je nach Anzahl der Leerzeilen vor der Methode unterschiedlich verhält main:

class NewlineDependent {

  public static void main(String[] args) {
    int i = Thread.currentThread().getStackTrace()[1].getLineNumber();
    System.out.println((new String[]{"foo", "bar"})[((i % 2) + 2) % 2]);
  }
}

Wenn vorher keine leeren Zeilen vorhanden sind main, wird gedruckt "foo", aber mit einer leeren Zeile zuvor mainwird gedruckt "bar".

Da das Laufzeitverhalten unterschiedlich ist, die .classDateien müssen unterschiedlich sein, unabhängig von irgendwelchen Zeitstempeln oder anderen Metadaten.

Dies gilt für jede Sprache, die Zugriff auf die Stapelrahmen mit Zeilennummern hat, nicht nur für Java.

Hinweis: Wenn es mit -g:none(ohne Debugging-Informationen) kompiliert wurde , werden die Zeilennummern nicht enthalten, werden getLineNumber()immer zurückgegeben -1und das Programm druckt immer "bar", unabhängig von der Anzahl der Zeilenumbrüche.

Neben den Details zur Zeilennummer für das Debuggen kann Ihr Manifest auch die Erstellungszeit und das Erstellungsdatum speichern. Dies wird natürlich jedes Mal anders sein, wenn Sie kompilieren.