为什么给Java代码加个空行，class文件就翻脸不认人了？

为了写出这几行优美的代码，主要是为了让它输出优美动听的乐符，我下了一番功夫。你不要觉得简单，我把它打印出来给普通的保洁阿姨去看，阿姨竟然连xjjdog都认不出来。别说代码了，中英文混血，就秒杀一大堆高干分子。

public class HelloWorld {

public static void main(String[] args) {

     System.out.println("love xjjdog");

    }

}

想说爱我就那么难么?怎么这么多的废话呢?这次探讨的主要问题是，给Java源文件加个空行之后，它生成的字节码，会有变化么?

1. 翻脸不认人

Java号称一次编译到处运行，大概就是class文件的功劳。不同的Java版本编译之后的class文件那是肯定不一样的，因为里面有一个版本号，那肯定影响了它们的内容。

我们就看一下，如果给上面的代码，加一个空行，它的class文件会不会变。

这个空行还不能随便加。它可能在xjjdog上面，也可能在下面。可能在{中，也可能在文件末尾。

(1) 打脸

在验证之前，我们先看一下当前的class文件md5值。

我非常喜欢被打脸，所以先看一种加空行也无所谓的情况。

再次编译之后看md5值，果然被打脸了。还好我已经练就了脸不红心不跳的本领，这个结果厚着脸皮接受。

(2) 抹药

为了和主题遥相呼应，安慰一下受伤的心灵，我们把空行转移到了这里。

再次编译之后，看md5值(怎么感觉这句话已经说过了呢)。

变了。这次真的变了。

使用hexdump命令分析两次生成的字节码，发现其中只不过变了一个数字。

2. 骚戴斯乃

特别不喜欢分析这种二进制的东西。虽然CAFEBABE这个魔数在第一行历历在目。咖啡宝贝?怎么听着像是某个番号?

我们还是用javap来看一下它的原型。

javap -p -v HelloWorld.class

通过对比两次生成的字节码，我们终于发现了这个变动，是一个叫做LineNumberTable的结构引起的。

使用asmtools.jar深入分析这个结构，可以看到同样的信息。

LineNumberTable展示了Java源码行号和字节码指令的对应关系。前面的数字代表Java源代码中的行号，而冒号后面的则代表字节码里每行指令的映射关系。在对代码进行调试的时候，能够快速定位，顺利进行。

也就是说，这些是辅助信息，我们可以在编译的时候抹掉它。怎么抹掉呢?给javac一个参数就ok了。

javac -g:none HelloWorld.java

这样编译后的字节码，紧凑、优雅、无用。不管你加多少空行，生成的字节码都是一样的。可是，我们再也不能畅快淋漓的进行调试了。

{

  public HelloWorld();

    descriptor: ()V

    flags: ACC_PUBLIC

    Code:

      stack=1, locals=1, args_size=1

         0: aload_0

         1: invokespecial #1                  // Method java/lang/Object."<init>":()V

         4: return

  public static void main(java.lang.String[]);

    descriptor: ([Ljava/lang/String;)V

    flags: ACC_PUBLIC, ACC_STATIC

    Code:

      stack=2, locals=1, args_size=1

         0: getstatic     #2                  // Field java/lang/System.out:Ljava/io/PrintStream;

         3: ldc           #3                  // String Hello xjjdog

         5: invokevirtual #4                  // Method java/io/PrintStream.println:(Ljava/lang/String;)V

         8: return

}