為什么給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
- }
要想在開發階段讓字節碼又香又有用，可以直接使用參數-g開啟所有調試信息。IDEA可以在編譯選項里對這個參數進行開啟。有很多同學在編譯之后的代碼里找不到局部變量的符號表，也是由于這個參數沒有開啟所引起的。
END
麻雀雖小，五臟俱全。能寫HelloWorld，就證明已經凌駕于大部分人之上，能了解這些東西，就證明已經是人上之人。怪不得大家都說：就差一個程序員了。
HelloWorld，表面上看起來人五人六，原來背地里都有自己的小99啊。
