看大牛是如何閱讀JDK源碼，漲漲見識
如何閱讀源碼，是每個程序員需要面臨的一項挑戰。
為什么需要閱讀源碼?從實用性的角度來看，主要有三個目的：第一，解決手頭的新問題或者新需求;第二，真正理解一部分理論的落地實現;第三，應對面試。
端正心態
在準備投身到閱讀源碼的事業之前，首先需要端正一下心態：
- 閱讀源碼是一場持久戰，淺嘗輒止的話，頂多能寫幾篇水文，吸點粉糊弄下新手，對自身實力的提高沒有顯著作用。
- 閱讀源碼是錦上添花，不是雪中送炭。如果你進入一個全新的領域，首要的任務是讀文檔而不是讀源碼。
- 閱讀源碼不一定會讓你成為大神。大神有兩個方向：專家型和應用型，無論你的發展偏向哪一方，大量實操才是最根本的保障。
- 閱讀源碼需要理論先行。比如閱讀Socket通信的代碼卻不知道TCP/UDP協議，那就像是無頭蒼蠅在亂撞而已。
在此，我更推薦把源碼閱讀當成是一項興趣愛好去做，就好比有的人通過打游戲看直播放松，有的人通過刷新聞追熱劇放松，還有的人通過找朋友吹牛逼放松...不同的人會選擇不同的勞逸結合方式，我更喜歡不寫代碼的時候，通過看別人的代碼來放松。
作為一名Javaer，朝夕相處的JDK自然是你遇到的第一處寶藏之地。從閱讀JDK代碼出發，可以深入理解Java的一些新老特性，并學習部分設計模式的應用，以及為將來閱讀更龐大的框架打下扎實的理論基礎與頑強的心理基礎。
選擇工具
工欲善其事必先利其器，起步之前，需要先選擇一款源碼閱讀工具。在工具的選擇上，同行的建議很多，我大致將其分為四類：
- 文本型工具(該分類可能會有爭議，不過這不是重點...)
- 例如Nodepad++、EditPlus、UEStudio、Sublime、VsCode、Vim等
- 專家型工具
- 例如Source Insight、Understand、OpenGrok(也是很多在線工具的基石)等
- 在線工具(好幾個在線網站已經掛了)
- 例如openjdk、SearchCode等
- IDE
- 例如eclipse/myeclipse、IDEA等
從個人喜好講，我推薦IDEA和UEStudio(搭配UltraFinder)配合使用。
IDEA作為強大的Java生產工具，用來閱讀Java源碼顯然再合適不過。而UEStudio可以作為臨時查看Java文件或者查看JDK中部分C++代碼時的選擇，再搭配UltraFinder，實現跨文件的任意符號搜索，很實用。
關于閱讀環境的搭建，參見我在https://github.com/kangjianwei/LearningJDK中的描述即可。
閱讀順序
JDK的項目歷經了十幾個大版本，算上開源社區的貢獻，經手的人可能也達到上千人。對于這種龐大的項目，一次性讀完肯定是不可能，必須先找到一個恰當的入口，分模塊來一點點啃完。
可能的一種閱讀順序是：
- 基本類型的包裝類(Character放在最后)
- String、StringBuffer、StringBuilder、StringJoiner、StringTokenizer(補充正則表達式的知識)
- CharacterIterator、StringCharacterIterator、CharsetProvider、CharsetEncoder、CharsetDecoder(較難)
- java.util.function下的函數表達式
- java.nio下的各種Buffer實現
- java.lang.ref和jdk.internal.ref下的各種引用：軟引用/弱引用/虛引用
- Unsafe的實現(JDK9之后有兩個同名類，一個引用了另一個，建議放在一起閱讀)
- java.util.stream下的流式編程的實現(很難)
- Thread和ThreadLocal
- Math、Random、BigInteger、BigDecimal
- java.lang.reflect下反射的實現(先掌握JDK 9之后引入的模塊系統)
- ClassLoader的實現
- javax.lang.model下Java語言模型的實現(可以參考Java官方語法文檔)
- 注解(需要徹底掌握)
- Timer、ResourceBundle、Properties
- 時間日期類型(尤其是Java8新增的部分)
- java.lang.reflect.Proxy， JDK默認的動態代理
- java.util.concurrent并發包。先讀原子類，再讀鎖的實現類，最后閱讀那些并發工具的實現(很難)
- 集合框架，主要是三大類：List、Set、Map(先讀非線程安全的實現，再讀線程安全的實現)
- 網絡編程(主要閱讀Socket通信部分，后續可以閱讀HttpClient的實現)
- IO/NIO/BIO(很難)
- Files、Path等文件操作工具類
- sql、xml處理類/接口
- ......
注意，這里說的順序只是一個大致的方向，并不代表需要絕對按照這個名單來。
在閱讀某一個代碼時，往往會牽涉到很多別的代碼，這個時候就會產生很多閱讀分支，分支的走向，并不在上述名單之內。
善用技巧
閱讀代碼的技巧，因人而異。就像一千位讀者，就有一千部哈姆雷特，每個人對這件事的看法并不相同。在此，我只談下個人的一些經驗。
理論先行。閱讀某一個模塊時，先搜索它的理論支撐，甚至可以先看別人的閱讀經驗，有了一個大致的了輪廓之后，自己再去實踐。
必須試用。面對一個新的類，最好是先搜索一下它的基本用法，寫成一個小的示例，并從這個示例中用到的方法入手，去分析這個類。
巧用調試。關于IDEA中debug的使用方式，超出了本文的講述范圍。值的注意的是，除了需要學習常用的運行時調試，還需要學習編譯時調試，這個在閱讀Java語言模型那塊的代碼時很有用。
分清主次。類與類之間呈網狀結構，在閱讀某個類的時候，不可避免地需要先去閱讀它引用的其他類。但是，如果它引用的類很復雜，則建議先放一放，做個標記，回頭再讀。不過，如果在閱讀多個類時，其調用鏈最終都指向了同一個類，那么這個類就必須先拿下了。
業務為先。如果一個類太過龐大，則先將其中的方法按功能歸類，捋清大致的執行流程，接下來再逐個功能地去攻克。
不求甚解。有些方法不需要搞清楚實現過程，只需要了解它的作用。比如一些特定領域的算法，對某些規則的解析等。
以點帶面。如果看懂了某一個方法，就要搜索該方法的所有應用之處，驗證自己的想法是否正確，并在應用之處寫下注釋。哪怕理解的有誤差也沒事，回頭有新的理解再批量修改。對于字段的閱讀與理解，也建議采取此種方式。
勇于試錯。很多接口方法的描述很抽象，在不同的實現類中意義相差很大。此時先弄懂一個類的實現，然后拿著在這個類中的理解去解讀另外的實現類，如果解讀有誤，再逐漸修復。不要指望一次性就能正確地理解某個方法的作用，理解錯誤，不妨礙繼續前進。
留意注釋。大部分公開的方法上都有相應的注釋，這是快速理解這個方法的重要途徑。注釋建議拿到谷歌翻譯下去閱讀，當然，如果能流利閱讀英文就更好了。不過，很多時候，注釋是令人沮喪的：看完之后完全不知道他在說啥。這個也很正常，因為有些注釋中會涉及到很多行業術語或通用解決方案的描述，如果之前沒有這些理論背景，大概率是讀不懂注釋的。原生注釋不是萬能的，有時候甚至很雞肋：你不理解這個方法之前，也不理解他的注釋，等你理解了這個方法，才會覺得這些注釋說得對。因此，我建議留意注釋，但別依賴注釋，有時候搜索其他網友的理解，再結合自己的閱讀，會來的更舒服一些。
勤做筆記。有一點靈感，就需要記錄一下，最好是直接記錄在源碼對應的位置，而且能詳細就別簡略，好記性終究抵不過爛筆頭。
循序漸進。在頭腦清醒的時候，打開源碼讀一讀，感覺讀不懂的時候，就不要繼續死磕了，應該放下干點別的，或者改天再讀。我讀完一個類，時間跨度可能會超過一個月，這是個不斷補充和完善的過程，不可能一次性就搞定。有時候眼看就讀懂了，但就是差一點點關鍵性的理解，這個時候人就容易急，急就容易燥，燥就容易慌，慌就容易亂，亂就容易砸鼠標。所以，一旦覺得遇到瓶頸，那就及時終止吧，因為你可能需要放松大腦，以及補充一些缺失的基礎理論了。
