Dlaczego klasa Java kompiluje się inaczej z pustą linią?

Mam następującą klasę Java

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

Kiedy kompiluję ten plik i uruchamiam sha256 na wynikowym pliku klasy, otrzymuję

9c8d09e27ea78319ddb85fcf4f8085aa7762b0ab36dc5ba5fd000dccb63960ff  HelloWorld.class

Następnie zmodyfikowałem klasę i dodałem pusty wiersz w następujący sposób:

public class HelloWorld {

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

Znów uruchomiłem sha256 na wyjściu, spodziewając się tego samego rezultatu, ale zamiast tego dostałem

11f7ad3ad03eb9e0bb7bfa3b97bbe0f17d31194d8d92cc683cfbd7852e2d189f  HelloWorld.class

Przeczytałem o tym artykule z TutorialsPoint, który:

Linia zawierająca tylko białe znaki, prawdopodobnie z komentarzem, jest znana jako pusta linia, a Java całkowicie ją ignoruje.

Moje pytanie brzmi: skoro Java ignoruje puste wiersze, dlaczego skompilowany kod bajtowy jest inny dla obu programów?

Mianowicie różnica, że HelloWorld.classw 0x03bajcie jest zastąpiony 0x04bajt.

Zasadniczo numery wierszy są przechowywane w celu debugowania, więc jeśli zmienisz kod źródłowy w ten sam sposób, twoja metoda rozpocznie się od innego wiersza, a skompilowana klasa odzwierciedla różnicę.

Możesz zobaczyć zmianę za pomocą, javap -vktóra wyświetli pełne informacje. Podobnie jak inne wcześniej wspomniane, różnica będzie podana w numerach wierszy:

$ 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:

Dokładniej plik klasy różni się w LineNumberTablesekcji:

Atrybut LineNumberTable jest opcjonalnym atrybutem o zmiennej długości w tabeli atrybutów atrybutu Code (pkt 4.7.3). Może być wykorzystywany przez debuggery do określania, która część tablicy kodów odpowiada danemu numerowi wiersza w oryginalnym pliku źródłowym.

Jeśli w tabeli atrybutów atrybutu Code występuje wiele atrybutów LineNumberTable, mogą one pojawiać się w dowolnej kolejności.

W tabeli atrybutów atrybutu Code może znajdować się więcej niż jeden atrybut LineNumberTable w wierszu pliku źródłowego. Oznacza to, że atrybuty LineNumberTable mogą razem reprezentować daną linię pliku źródłowego i nie muszą być jeden-do-jednego z liniami źródłowymi.

Założenie, że „Java ignoruje puste linie” jest błędne. Oto fragment kodu, który zachowuje się inaczej w zależności od liczby pustych linii przed metodą 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]);
  }
}

Jeśli wcześniej nie było żadnych pustych linii main, drukuje "foo", ale z jedną pustą linią wcześniej main, drukuje "bar".

Ponieważ zachowanie w czasie wykonywania jest inne, .classpliki muszą być różne, niezależnie od znaczników czasu i innych metadanych.

Dotyczy to każdego języka, który ma dostęp do ramek stosu z numerami linii, nie tylko w języku Java.

Uwaga: jeśli jest skompilowany -g:none(bez żadnych informacji debugujących), wówczas numery linii nie zostaną uwzględnione, getLineNumber()zawsze zwraca -1, a program zawsze drukuje "bar", niezależnie od liczby podziałów linii.

Oprócz szczegółów numeru linii do debugowania, manifest może także przechowywać datę i godzinę kompilacji. Będzie to naturalnie różnić się przy każdym kompilacji.