Perché una classe Java si compila in modo diverso con una riga vuota?

Ho la seguente classe Java

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

Quando compilo questo file ed eseguo uno sha256 sul file di classe risultante ottengo

9c8d09e27ea78319ddb85fcf4f8085aa7762b0ab36dc5ba5fd000dccb63960ff  HelloWorld.class

Successivamente ho modificato la classe e ho aggiunto una riga vuota come questa:

public class HelloWorld {

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

Ancora una volta ho eseguito uno sha256 sull'output aspettandomi di ottenere lo stesso risultato ma invece ho ottenuto

11f7ad3ad03eb9e0bb7bfa3b97bbe0f17d31194d8d92cc683cfbd7852e2d189f  HelloWorld.class

Ho letto su questo articolo TutorialsPoint che:

Una riga contenente solo spazi bianchi, possibilmente con un commento, è nota come riga vuota e Java lo ignora totalmente.

Quindi la mia domanda è, poiché Java ignora le righe vuote perché il bytecode compilato è diverso per entrambi i programmi?

Vale a dire la differenza in quella in HelloWorld.classun 0x03byte è sostituita da un 0x04byte.

Fondamentalmente, i numeri di riga vengono conservati per il debug, quindi se si modifica il codice sorgente nel modo in cui è stato eseguito, il metodo inizia da una riga diversa e la classe compilata riflette la differenza.

Puoi vedere la modifica usando javap -vquale produrrà informazioni dettagliate. Come altri già menzionati, la differenza sarà nei numeri di riga:

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

Più precisamente il file di classe differisce nella LineNumberTablesezione:

L'attributo LineNumberTable è un attributo opzionale di lunghezza variabile nella tabella degli attributi di un attributo Code (§4.7.3). Può essere utilizzato dai debugger per determinare quale parte dell'array di codice corrisponde a un determinato numero di riga nel file di origine originale.

Se nella tabella degli attributi di un attributo Codice sono presenti più attributi LineNumberTable, possono apparire in qualsiasi ordine.

Possono esserci più di un attributo LineNumberTable per riga di un file di origine nella tabella degli attributi di un attributo Code. Ossia, gli attributi LineNumberTable possono insieme rappresentare una determinata riga di un file di origine e non devono necessariamente essere uno a uno con le righe di origine.

L'ipotesi che "Java ignori le righe vuote" è errata. Ecco uno snippet di codice che si comporta in modo diverso a seconda del numero di righe vuote prima del metodo 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]);
  }
}

Se non ci sono righe vuote prima main, stampa "foo", ma con una riga vuota prima main, stampa "bar".

Poiché il comportamento di runtime è diverso, i .classfile devono essere diversi, indipendentemente da eventuali timestamp o altri metadati.

Questo vale per ogni lingua che ha accesso ai frame dello stack con numeri di riga, non solo per Java.

Nota: se viene compilato -g:none(senza informazioni di debug), i numeri di riga non verranno inclusi, verranno getLineNumber()sempre restituiti -1e il programma verrà sempre stampato "bar", indipendentemente dal numero di interruzioni di riga.

Oltre ai dettagli del numero di riga per il debug, manifest può anche memorizzare la data e l'ora di creazione. Questo sarà naturalmente diverso ogni volta che compili.