您好,登錄后才能下訂單哦!
這篇文章主要講述jdk本身的源碼該如何閱讀,關于各種框架的源碼閱讀我們后面再一起探討。
筆者認為閱讀源碼主要包括下面幾個步驟。
凡事皆有目的,閱讀源碼也是一樣。
從大的方面來說,我們閱讀源碼的目的是為了提升自己的技術能力,運用到工作中,遇到問題快速定位,升職加薪等等。
從小的方面來說,閱讀某一段源碼的目的就是要搞清楚它的原理,就是死磕,就是那種探索真相的固執。
目的是抽象的,目標是具體的,我們閱讀源碼之前一定要給自己設定一個目標。
比如,下一章我們將要一起學習的ConcurrentHashMap,我們可以設定以下目標:
(1)熟悉ConcurrentHashMap的存儲結構;
(2)熟悉ConcurrentHashMap中主要方法的實現過程;
(3)探索ConcurrentHashMap中出現的新技術;
有了目標之后,我們要試著提出一些問題。
還是以ConcurrentHashMap為例,筆者提出了以下這些問題:
(1)ConcurrentHashMap與HashMap的數據結構是否一樣?
(2)HashMap在多線程環境下何時會出現并發安全問題?
(3)ConcurrentHashMap是怎么解決并發安全問題的?
(4)ConcurrentHashMap使用了哪些鎖?
(5)ConcurrentHashMap的擴容是怎么進行的?
(6)ConcurrentHashMap是否是強一致性的?
(7)ConcurrentHashMap不能解決哪些問題?
(8)ConcurrentHashMap除了并發安全,還有哪些與HashMap不同的地方,為什么要那么實現?
(8)ConcurrentHashMap中有哪些不常見的技術值得學習?
很多人會說,我也知道要提出問題,但是該怎么提出問題呢?
這確實是很困難的一件事,筆者認為主要是三點:
(1)問自己
把自己當成面試官問自己,往死里問的那種。
如果問自己問不出幾個問題,也不要緊,請看下面。
(2)問互聯網
很多問題可能自己也想不到,那就需要上網大概查一下相關的博客,看人家有沒有提出什么問題。
或者,查詢相關面試題。
比如,筆者學習ConcurrentHashMap這個類時,上網一查很多都是基于jdk7的,那這時候就可以提出一個問題,jdk8與jdk7中ConcurrentHashMap這個類的實現方式有何不同?jdk8對jdk7作了哪些優化?
(3)不斷發現問題
在源碼閱讀的過程中,可能看著看著就遇到個問題,這是非常常見的,這種問題也應該保留下來研究研究。
比如,ConcurrentHashMap中size()方法是怎么實現的?@sun.misc.Contended
這玩意是什么鬼東西?然后上網一查,與是為了避免偽共享,我X,偽共享
又是啥?然后你再查一下偽共享
,又出來了CPU多級緩存?學完CPU多級緩存,是不是覺得跟jvm的內存模型很像?問完這一連串問題,是不是感覺世界都清晰了?^_^
看吧,問題是源源不斷地被發現的。
所以,一開始提不出幾個問題也不要緊,關鍵是要看,看了才能發現更多的問題。
首先,一定要帶著問題閱讀源碼。
其次,一定要忽略不必要的細節。
再次,一定要死磕重要的細節。
乍一看,后面兩步似乎有所矛盾,其實不然,忽略不必要的細節是為了不迷失在源碼的世界中,死磕重要的細節是為了弄清楚源碼的真相。
這里的細節是忽略還是死磕,主要是看跟問題的相關性。
jdk源碼還是比較好閱讀的,如果后面看spring的源碼,做不到忽略不必要的細節,真的是會迷失的,先埋個伏筆哈~~
舉個例子,之前閱讀過ArrayList的序列化相關的代碼中的readObject()方法。
s.readInt();
這行是干嘛的?省略行不行?這時候就要去了解序列化相關的知識,然后看看writeObject()里面的實現,這就是要死磕的代碼。
SharedSecrets.getJavaOISAccess().checkArray(s, Object[].class, capacity);
這行又是干嘛的?乍一看,好像是跟權限相關的代碼,跟我們的問題“序列化”無關,忽略之,如果實在想知道,先打個標記,等把序列化的問題解決了再來研究這個東西。
private void readObject(java.io.ObjectInputStream s)
throws java.io.IOException, ClassNotFoundException {
// 聲明為空數組
elementData = EMPTY_ELEMENTDATA;
// 讀入非transient非static屬性(會讀取size屬性)
s.defaultReadObject();
// 讀入元素個數,沒什么用,只是因為寫出的時候寫了size屬性,讀的時候也要按順序來讀
s.readInt();
if (size > 0) {
// 計算容量
int capacity = calculateCapacity(elementData, size);
SharedSecrets.getJavaOISAccess().checkArray(s, Object[].class, capacity);
// 檢查是否需要擴容
ensureCapacityInternal(size);
Object[] a = elementData;
// 依次讀取元素到數組中
for (int i=0; i<size; i++) {
a[i] = s.readObject();
}
}
}
在閱讀jdk源碼的時候,還有很重要的一點,就是要多做比較,比較也可以分為橫向比較和縱向比較。
(1)橫向比較
就是與相似的類做比較。比如,集合模塊中,基本都是各種插入、查詢、刪除元素,那這時候可以從數據結構、時間復雜度等維度進行比較,這就是橫向比較。
(2)縱向比較
可以從集合發展的歷史進行比較。比如,HashMap的發展史,從(單個數組)實現(沒錯,可以直接用一個數組實現HashMap),到(多數組+鏈表)實現,再到jdk8中的(多數組+鏈表+紅黑樹)實現,這就是縱向比較。
最后一步,最最最最重要的就是要多做實驗。
比如,ConcurrentHashMap是不是強一致性的?
可以啟動多個線程去不斷調用get()、put()、size()方法,看看是不是強一致性的。
這一點我不多說,大家都懂得。
不管是什么領域,耐心&堅持都是最難能可貴的品質。
閱讀源碼也是一樣,只要耐心地堅持下去,終將有所收獲。
哎呀,一不小心透露了下一章ConcurrentHashMap的內容。
大家可以用本篇所說的方法試著閱讀一下ConcurrentHashMap的源碼,下一章我們再一起學習哈哈~~
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。