Pourquoi une classe Java se compile-t-elle différemment avec une ligne vierge?

J'ai la classe Java suivante

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

Lorsque je compile ce fichier et exécute un sha256 sur le fichier de classe résultant, j'obtiens

9c8d09e27ea78319ddb85fcf4f8085aa7762b0ab36dc5ba5fd000dccb63960ff  HelloWorld.class

Ensuite, j'ai modifié la classe et ajouté une ligne vierge comme celle-ci:

public class HelloWorld {

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

Encore une fois, j'ai exécuté un sha256 sur la sortie en espérant obtenir le même résultat, mais à la place, j'ai

11f7ad3ad03eb9e0bb7bfa3b97bbe0f17d31194d8d92cc683cfbd7852e2d189f  HelloWorld.class

J'ai lu sur cet article TutorialsPoint que:

Une ligne contenant uniquement des espaces blancs, éventuellement avec un commentaire, est connue comme une ligne vierge et Java l'ignore totalement.

Donc ma question est, puisque Java ignore les lignes vides, pourquoi le bytecode compilé est-il différent pour les deux programmes?

A savoir la différence en ce que dans HelloWorld.classun 0x03octet est remplacée par un 0x04octet.

Fondamentalement, les numéros de ligne sont conservés pour le débogage, donc si vous modifiez votre code source comme vous l'avez fait, votre méthode démarre sur une ligne différente et la classe compilée reflète la différence.

Vous pouvez voir le changement en utilisant javap -vqui produira des informations détaillées. Comme d'autres déjà mentionnés, la différence sera dans les numéros de ligne:

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

Plus précisément, le fichier de classe diffère dans la LineNumberTablesection:

L'attribut LineNumberTable est un attribut facultatif de longueur variable dans la table des attributs d'un attribut Code (§4.7.3). Il peut être utilisé par les débogueurs pour déterminer quelle partie du tableau de code correspond à un numéro de ligne donné dans le fichier source d'origine.

Si plusieurs attributs LineNumberTable sont présents dans la table des attributs d'un attribut Code, ils peuvent apparaître dans n'importe quel ordre.

Il peut y avoir plus d'un attribut LineNumberTable par ligne d'un fichier source dans la table des attributs d'un attribut Code. Autrement dit, les attributs LineNumberTable peuvent représenter ensemble une ligne donnée d'un fichier source et n'ont pas besoin d'être un à un avec des lignes source.

L'hypothèse que "Java ignore les lignes vierges" est fausse. Voici un extrait de code qui se comporte différemment selon le nombre de lignes vides avant la méthode 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]);
  }
}

S'il n'y a pas de lignes vides avant main, il s'imprime "foo", mais avec une ligne vide avant main, il s'imprime "bar".

Étant donné que le comportement d'exécution est différent, les .classfichiers doivent être différents, quels que soient les horodatages ou autres métadonnées.

Cela vaut pour chaque langue qui a accès aux cadres de pile avec des numéros de ligne, pas seulement pour Java.

Remarque: s'il est compilé avec -g:none(sans aucune information de débogage), les numéros de ligne ne seront pas inclus, seront getLineNumber()toujours renvoyés -1et le programme s'imprimera toujours "bar", quel que soit le nombre de sauts de ligne.

En plus des détails du numéro de ligne pour le débogage, votre manifeste peut également stocker l'heure et la date de génération. Ce sera naturellement différent à chaque compilation.