本人水平有限,下面的一些都是本人的思考與理解,若是有那裏不對,但願各位大佬積極指出,歡迎在留言區進行評論交流、探討。html
爲何要讀源碼面試
讀什麼樣的源碼網絡
有什麼技巧多線程
思考、交流app
堅持jvm
說到讀源碼,讓我想起來了讀書,古語有云:「讀破萬卷書,下筆若有神」。post
多讀讀大師的想法技巧性能
經過大量閱讀進行積累學習
把一些零碎的知識點整合起來spa
就拿RocketMQ來講,它是如何實現高性能、高可用。以前寫過高可用的一些思考和理解裏面的特性他應該都知足,RocketMQ就是把這些不少零散的知識點整合運用以後寫出的很是牛逼的項目。
依舊拿讀書來講,咱們應該讀什麼書呢? 讀名著,讀大師的書。那麼讀源碼在我看來是同樣的,儘可能進行選擇,若是不選擇有時候還會浪費時間等。只要是優秀的從那個開始無所謂。
我的經常使用的有以下,歡迎留言區補充。
先讓項目能夠跑起來(很重要的一點)
debug
打印日誌以及修改log4j日誌級別
查看調用棧
全文搜索
大膽猜想再驗證
在多線程以及網絡方面閱讀調試應該是最難的(關於多線程個人史上最難的一道Java面試題 (分析篇)這篇文章最後也提到了一些小技巧),一般斷點有時候很差使,因此經過打印日誌,搜索等比較方便,有些因爲爲了代碼的靈活性,高度抽象很很差找,經過日誌裏面的一些關鍵詞搜索,在加猜想,對不對能夠加註釋(可能就不執行了那麼表示是對的),能夠加日誌等進行驗證。
備註:歡迎關注個人公衆號【shoshana】,後續源碼類分析的時候會運用上述技巧進行說明等。
多思考是頗有必要的,這樣理解大師的代碼也好理解,而且咱們不只僅是看,可能之後在本身的項目中就會用這種思想這種技巧,因此須要多思考。
多與一些大佬交流,我學習jvm就是遇到問題大佬們幫助我解決、交流學習的,因此交流也是重要途徑。
看阿里RocketMQ的時候,發現開源的不支持消息軌跡查詢,也是因爲以前看過了解過,通過本身的思考,感受若是須要加上應該不難(前提是須要把RocketMQ源碼總體看懂,能夠在指定地方加埋點),其實apm產品已經不少了,好比鷹眼、CAT、pinpoint等,其實他們都是基於Google Dapper思想。
RocketMQ的MessageID就是一個特別好的東西,用於將調用鏈的各個調用從新關聯起來。以後在結合Hbase的rowkey特性直接一拉整個調用鏈就都出來了,若是在好點,能夠根據消息內容、時間各各條件經過es或者solr查詢獲得MessageID,以後在經過Hbase把整個拉出來便可。
因此看出來了吧,若是RocketMQ源碼讀的差很少,想加進來很容易啊,因此重要吧!!!
上面的都是次要的,這條是最重要的:堅持,滴水穿石、鍥而不捨,可能在短時間看不出來效果,由於須要一個量變到質變以及破繭成蝶的過程。