GitHub 2.5k Star 的Java工程師成神之路 ，不來了解一下嗎?

GitHub 2.5k Star 的Java工程師成神之路 ，真的不來了解一下嗎?

GitHub 2.5k Star 的Java工程師成神之路 ，真的確定不來了解一下嗎?

編程語言

在介紹編譯和反編譯之前，我們先來簡單介紹下編程語言（Programming Language）。編程語言（Programming Language）分為低級語言（Low-level Language）和高級語言（High-level Language）。

機器語言（Machine Language）和匯編語言（Assembly Language）屬于低級語言，直接用計算機指令編寫程序。

而C、C++、Java、Python等屬于高級語言，用語句（Statement）編寫程序，語句是計算機指令的抽象表示。

舉個例子，同樣一個語句用C語言、匯編語言和機器語言分別表示如下：

計算機只能對數字做運算，符號、聲音、圖像在計算機內部都要用數字表示，指令也不例外，上表中的機器語言完全由十六進制數字組成。最早的程序員都是直接用機器語言編程，但是很麻煩，需要查大量的表格來確定每個數字表示什么意思，編寫出來的程序很不直觀，而且容易出錯，于是有了匯編語言，把機器語言中一組一組的數字用助記符（Mnemonic）表示，直接用這些助記符寫出匯編程序，然后讓匯編器（Assembler）去查表把助記符替換成數字，也就把匯編語言翻譯成了機器語言。

但是，匯編語言用起來同樣比較復雜，后面，就衍生出了Java、C、C++等高級語言。

什么是編譯

上面提到語言有兩種，一種低級語言，一種高級語言。可以這樣簡單的理解：低級語言是計算機認識的語言、高級語言是程序員認識的語言。

那么如何從高級語言轉換成低級語言呢？這個過程其實就是編譯。

從上面的例子還可以看出，C語言的語句和低級語言的指令之間不是簡單的一一對應關系，一條a=b+1;語句要翻譯成三條匯編或機器指令，這個過程稱為編譯（Compile），由編譯器（Compiler）來完成，顯然編譯器的功能比匯編器要復雜得多。用C語言編寫的程序必須經過編譯轉成機器指令才能被計算機執(zhí)行，編譯需要花一些時間，這是用高級語言編程的一個缺點，然而更多的是優(yōu)點。首先，用C語言編程更容易，寫出來的代碼更緊湊，可讀性更強，出了錯也更容易改正。

將便于人編寫、閱讀、維護的高級計算機語言所寫作的源代碼程序，翻譯為計算機能解讀、運行的低階機器語言的程序的過程就是編譯。負責這一過程的處理的工具叫做編譯器

現在我們知道了什么是編譯，也知道了什么是編譯器。不同的語言都有自己的編譯器，Java語言中負責編譯的編譯器是一個命令：javac

javac是收錄于JDK中的Java語言編譯器。該工具可以將后綴名為.java的源文件編譯為后綴名為.class的可以運行于Java虛擬機的字節(jié)碼。

當我們寫完一個HelloWorld.java文件后，我們可以使用javac HelloWorld.java命令來生成HelloWorld.class文件，這個class類型的文件是JVM可以識別的文件。通常我們認為這個過程叫做Java語言的編譯。其實，class文件仍然不是機器能夠識別的語言，因為機器只能識別機器語言，還需要JVM再將這種class文件類型字節(jié)碼轉換成機器可以識別的機器語言。

什么是反編譯

反編譯的過程與編譯剛好相反，就是將已編譯好的編程語言還原到未編譯的狀態(tài)，也就是找出程序語言的源代碼。就是將機器看得懂的語言轉換成程序員可以看得懂的語言。Java語言中的反編譯一般指將class文件轉換成java文件。

有了反編譯工具，我們可以做很多事情，最主要的功能就是有了反編譯工具，我們就能讀得懂Java編譯器生成的字節(jié)碼。如果你想問讀懂字節(jié)碼有啥用，那么我可以很負責任的告訴你，好處大大的。比如我的博文幾篇典型的原理性文章，都是通過反編譯工具得到反編譯后的代碼分析得到的。如深入理解多線程（一）——Synchronized的實現原理、深度分析Java的枚舉類型—-枚舉的線程安全性及序列化問題、Java中的Switch對整型、字符型、字符串型的具體實現細節(jié)、Java的類型擦除等。我最近在GitChat寫了一篇關于Java語法糖的文章，其中大部分內容都用到反編譯工具來洞悉語法糖背后的原理。

Java反編譯工具

本文主要介紹3個Java的反編譯工具：javap、jad和cfr

javap

javap是jdk自帶的一個工具，可以對代碼反編譯，也可以查看java編譯器生成的字節(jié)碼。javap和其他兩個反編譯工具最大的區(qū)別是他生成的文件并不是java文件，也不像其他兩個工具生成代碼那樣更容易理解。拿一段簡單的代碼舉例，如我們想分析Java 7中的switch是如何支持String的，我們先有以下可以編譯通過的源代碼：

public class switchDemoString {public static void main(String[] args) {String str = "world";switch (str) {case "hello":System.out.println("hello");break;case "world":System.out.println("world");break;default:break;}} }

執(zhí)行以下兩個命令：

javac switchDemoString.java javap -c switchDemoString.class

生成代碼如下：

public class com.hollis.suguar.switchDemoString {public com.hollis.suguar.switchDemoString();Code:0: aload_01: invokespecial #1 // Method java/lang/Object."<init>":()V4: returnpublic static void main(java.lang.String[]);Code:0: ldc #2 // String world2: astore_13: aload_14: astore_25: iconst_m16: istore_37: aload_28: invokevirtual #3 // Method java/lang/String.hashCode:()I11: lookupswitch { // 299162322: 36113318802: 50default: 61}36: aload_237: ldc #4 // String hello39: invokevirtual #5 // Method java/lang/String.equals:(Ljava/lang/Object;)Z42: ifeq 6145: iconst_046: istore_347: goto 6150: aload_251: ldc #2 // String world53: invokevirtual #5 // Method java/lang/String.equals:(Ljava/lang/Object;)Z56: ifeq 6159: iconst_160: istore_361: iload_362: lookupswitch { // 20: 881: 99default: 110}88: getstatic #6 // Field java/lang/System.out:Ljava/io/PrintStream;91: ldc #4 // String hello93: invokevirtual #7 // Method java/io/PrintStream.println:(Ljava/lang/String;)V96: goto 11099: getstatic #6 // Field java/lang/System.out:Ljava/io/PrintStream;102: ldc #2 // String world104: invokevirtual #7 // Method java/io/PrintStream.println:(Ljava/lang/String;)V107: goto 110110: return }

我個人的理解，javap并沒有將字節(jié)碼反編譯成java文件，而是生成了一種我們可以看得懂字節(jié)碼。其實javap生成的文件仍然是字節(jié)碼，只是程序員可以稍微看得懂一些。如果你對字節(jié)碼有所掌握，還是可以看得懂以上的代碼的。其實就是把String轉成hashcode，然后進行比較。

個人認為，一般情況下我們會用到javap命令的時候不多，一般只有在真的需要看字節(jié)碼的時候才會用到。但是字節(jié)碼中間暴露的東西是最全的，你肯定有機會用到，比如我在分析synchronized的原理的時候就有是用到javap。通過javap生成的字節(jié)碼，我發(fā)現synchronized底層依賴了ACC_SYNCHRONIZED標記和monitorenter、monitorexit兩個指令來實現同步。

jad

jad是一個比較不錯的反編譯工具，只要下載一個執(zhí)行工具，就可以實現對class文件的反編譯了。還是上面的源代碼，使用jad反編譯后內容如下：

命令：jad switchDemoString.class

public class switchDemoString {public switchDemoString(){}public static void main(String args[]){String str = "world";String s;switch((s = str).hashCode()){default:break;case 99162322:if(s.equals("hello"))System.out.println("hello");break;case 113318802:if(s.equals("world"))System.out.println("world");break;}} }

看，這個代碼你肯定看的懂，因為這不就是標準的java的源代碼么。這個就很清楚的可以看到原來字符串的switch是通過equals()和hashCode()方法來實現的。

但是，jad已經很久不更新了，在對Java7生成的字節(jié)碼進行反編譯時，偶爾會出現不支持的問題，在對Java 8的lambda表達式反編譯時就徹底失敗。

CFR

jad很好用，但是無奈的是很久沒更新了，所以只能用一款新的工具替代他，CFR是一個不錯的選擇，相比jad來說，他的語法可能會稍微復雜一些，但是好在他可以work。

如，我們使用cfr對剛剛的代碼進行反編譯。執(zhí)行一下命令：

java -jar cfr_0_125.jar switchDemoString.class --decodestringswitch false

得到以下代碼：

public class switchDemoString {public static void main(String[] arrstring) {String string;String string2 = string = "world";int n = -1;switch (string2.hashCode()) {case 99162322: {if (!string2.equals("hello")) break;n = 0;break;}case 113318802: {if (!string2.equals("world")) break;n = 1;}}switch (n) {case 0: {System.out.println("hello");break;}case 1: {System.out.println("world");break;}}} }

通過這段代碼也能得到字符串的switch是通過equals()和hashCode()方法來實現的結論。

相比Jad來說，CFR有很多參數，還是剛剛的代碼，如果我們使用以下命令，輸出結果就會不同：

java -jar cfr_0_125.jar switchDemoString.classpublic class switchDemoString {public static void main(String[] arrstring) {String string;switch (string = "world") {case "hello": {System.out.println("hello");break;}case "world": {System.out.println("world");break;}}} }

所以--decodestringswitch表示對于switch支持string的細節(jié)進行解碼。類似的還有--decodeenumswitch、--decodefinally、--decodelambdas等。在我的關于語法糖的文章中，我使用--decodelambdas對lambda表達式警進行了反編譯。 源碼：

public static void main(String... args) {List<String> strList = ImmutableList.of("Hollis", "公眾號：Hollis", "博客：www.hollischuang.com");strList.forEach( s -> { System.out.println(s); } ); }

java -jar cfr_0_125.jar lambdaDemo.class --decodelambdas false反編譯后代碼：

public static /* varargs */ void main(String ... args) {ImmutableList strList = ImmutableList.of((Object)"Hollis", (Object)"\u516c\u4f17\u53f7\uff1aHollis", (Object)"\u535a\u5ba2\uff1awww.hollischuang.com");strList.forEach((Consumer<String>)LambdaMetafactory.metafactory(null, null, null, (Ljava/lang/Object;)V, lambda$main$0(java.lang.String ), (Ljava/lang/String;)V)()); }private static /* synthetic */ void lambda$main$0(String s) {System.out.println(s); }

CFR還有很多其他參數，均用于不同場景，讀者可以使用java -jar cfr_0_125.jar --help進行了解。這里不逐一介紹了。

如何防止反編譯

由于我們有工具可以對Class文件進行反編譯，所以，對開發(fā)人員來說，如何保護Java程序就變成了一個非常重要的挑戰(zhàn)。但是，魔高一尺、道高一丈。當然有對應的技術可以應對反編譯咯。但是，這里還是要說明一點，和網絡安全的防護一樣，無論做出多少努力，其實都只是提高攻擊者的成本而已。無法徹底防治。

典型的應對策略有以下幾種：

• 隔離Java程序
  • 讓用戶接觸不到你的Class文件
• 對Class文件進行加密
  • 提到破解難度
• 代碼混淆
  • 將代碼轉換成功能上等價，但是難于閱讀和理解的形式

總結

以上是生活随笔為你收集整理的Java代码的编译与反编译那些事儿的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。