轉載請註明原創出處，謝謝！ 說在前面 本人水平有限，下麵的一些都是本人的思考與理解，如果有那裡不對，希望各位大佬積極指出，歡迎在留言區進行評論交流、探討。 主題 為什麼要讀源碼 讀什麼樣的源碼 有什麼技巧 思考、交流 堅持 為什麼要源碼 說到讀源碼，讓我想起來了讀書，古語有雲：“讀破萬卷書，下筆如有 ...
轉載請註明原創出處，謝謝！
說在前面
本人水平有限，下麵的一些都是本人的思考與理解，如果有那裡不對，希望各位大佬積極指出，歡迎在留言區進行評論交流、探討。
主題
- 為什麼要讀源碼
- 讀什麼樣的源碼
- 有什麼技巧
- 思考、交流
- 堅持
為什麼要源碼
說到讀源碼，讓我想起來了讀書，古語有雲：“讀破萬卷書，下筆如有神”。
- 多讀讀大師的想法技巧
- 通過大量閱讀進行積累
- 把一些零碎的知識點整合起來
就拿RocketMQ來說，它是如何實現高性能、高可用。之前寫過高可用的一些思考和理解裡面的特性他應該都滿足，RocketMQ就是把這些很多零散的知識點整合運用之後寫出的非常牛逼的項目。
讀什麼樣的源碼
依舊拿讀書來說，我們應該讀什麼書呢？ 讀名著，讀大師的書。那麼讀源碼在我看來是一樣的，儘量進行選擇，如果不選擇有時候還會浪費時間等。只要是優秀的從那個開始無所謂。
有什麼技巧
個人常用的有如下，歡迎留言區補充。
- 先讓項目可以跑起來（很重要的一點）
- debug
- 列印日誌以及修改log4j日誌級別
- 查看調用棧
- 全文搜索
- 大膽猜測再驗證
在多線程以及網路方面閱讀調試應該是最難的（關於多線程我的史上最難的一道Java面試題 (分析篇)這篇文章最後也提到了一些小技巧），通常斷點有時候不好使，所以通過列印日誌，搜索等比較方便，有些由於為了代碼的靈活性，高度抽象很不好找，通過日誌裡面的一些關鍵詞搜索，在加猜測，對不對可以加註釋（可能就不執行了那麼表示是對的），可以加日誌等進行驗證。
備註：歡迎關註我的公眾號【匠心零度】，後續源碼類分析的時候會運用上述技巧進行說明等。
思考、交流
- 多思考是很有必要的，這樣理解大師的代碼也好理解，並且我們不僅僅是看，可能以後在自己的項目中就會用這種思想這種技巧，所以需要多思考。
- 多與一些大佬交流，我學習jvm就是遇到問題大佬們幫助我解決、交流學習的，所以交流也是重要途徑。
看阿裡RocketMQ的時候，發現開源的不支持消息軌跡查詢，也是由於之前看過瞭解過，經過自己的思考，感覺如果需要加上應該不難（前提是需要把RocketMQ源碼整體看懂，可以在指定地方加埋點），其實apm產品已經很多了，比如鷹眼、CAT、pinpoint等，其實他們都是基於Google Dapper思想。
RocketMQ的MessageID就是一個特別好的東西，用於將調用鏈的各個調用重新關聯起來。之後在結合Hbase的rowkey特性直接一拉整個調用鏈就都出來了，如果在好點，可以根據消息內容、時間各各條件通過es或者solr查詢得到MessageID，之後在通過Hbase把整個拉出來即可。
所以看出來了吧，如果RocketMQ源碼讀的差不多，想加進來很容易啊，所以重要吧！！！
堅持
上面的都是次要的，這條是最重要的：堅持，滴水穿石、持之以恆，可能在短期看不出來效果，因為需要一個量變到質變以及破繭成蝶的過程。
如果讀完覺得有收穫的話，歡迎點贊加關註。
個人公眾號，歡迎關註，查閱更多精彩歷史！！！
