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