轉載請注明原創出處，謝謝！
本人水準有限，下面的一些都是本人的思考與了解，如果有那裡不對，希望各位大佬積極指出，歡迎在留言區進行評論交流、探讨。
為什麼要讀源碼
讀什麼樣的源碼
有什麼技巧
思考、交流
堅持
說到讀源碼，讓我想起來了讀書，古語有雲：“讀破萬卷書，下筆如有神”。
多讀讀大師的想法技巧
通過大量閱讀進行積累
把一些零碎的知識點整合起來
依舊拿讀書來說，我們應該讀什麼書呢？ 讀名著，讀大師的書。那麼讀源碼在我看來是一樣的，盡量進行選擇，如果不選擇有時候還會浪費時間等。隻要是優秀的從那個開始無所謂。
個人常用的有如下，歡迎留言區補充。
先讓項目可以跑起來（很重要的一點）
debug
列印日志以及修改log4j日志級别
檢視調用棧
全文搜尋
大膽猜測再驗證
備注：歡迎關注我的公衆号【匠心零度】，後續源碼類分析的時候會運用上述技巧進行說明等。
多思考是很有必要的，這樣了解大師的代碼也好了解，并且我們不僅僅是看，可能以後在自己的項目中就會用這種思想這種技巧，是以需要多思考。
多與一些大佬交流，我學習jvm就是遇到問題大佬們幫助我解決、交流學習的，是以交流也是重要途徑。
看阿裡RocketMQ的時候，發現開源的不支援消息軌迹查詢，也是由于之前看過了解過，經過自己的思考，感覺如果需要加上應該不難（前提是需要把RocketMQ源碼整體看懂，可以在指定地方加埋點），其實apm産品已經很多了，比如鷹眼、CAT、pinpoint等，其實他們都是基于Google Dapper思想。
RocketMQ的MessageID就是一個特别好的東西，用于将調用鍊的各個調用重新關聯起來。之後在結合Hbase的rowkey特性直接一拉整個調用鍊就都出來了，如果在好點，可以根據消息内容、時間各各條件通過es或者solr查詢得到MessageID，之後在通過Hbase把整個拉出來即可。
是以看出來了吧，如果RocketMQ源碼讀的差不多，想加進來很容易啊，是以重要吧！！！
上面的都是次要的，這條是最重要的：堅持，滴水穿石、持之以恒，可能在短期看不出來效果，因為需要一個量變到質變以及破繭成蝶的過程。
如果讀完覺得有收獲的話，歡迎點贊加關注。
個人公衆号，歡迎關注，查閱更多精彩曆史！！！