學習JAVA的同學都是怎麽讀源碼的?

剛參加工作那會，沒想過去讀源碼，更沒想過去改框架的源碼;總想著別人的框架應該是完美的、萬能的，應該不需要改;另外即使我改了源碼，怎麽樣讓我的改動生效了?項目中引用的不還是沒改的jar包嗎。回想起來覺得那時候的想法確實挺?工作了壹年多之後準備跳槽了，開始了壹輪的面試，其中有幾個面試官就問到了相關的源碼問題：ArrayList、HashMap的底層實現，spring、mybatis的相關源碼。問源碼的面試壹般就是回去等消息，然後就沒然後了。那時候開始意識到，源碼這東西在之前的工作的中感受不到，但是在面試中好像面的還挺頻繁的，從此有意識的開始了jdk部分源碼的閱讀(主要是集合)。壹開始看源碼，看的特別糙，知道個大概，知道ArrayList的底層實現是數組，HashMap的底層是散列表(數組+鏈表);更深入壹點的擴容、hash碰撞等等就不知道了。讀spring源碼起於工作中遇到了壹個問題(springjdbcTemplate事務，各種詭異，包妳醍醐灌頂!)，排查壹段時間最終是解決了，但過程讓我非常難受，各種上網查資料、各種嘗試，感覺就像大海撈針壹樣，遙遙無期。我下定決心，我要看壹看spring的源碼，於是我買了壹本《spring源碼深度解析》，結合著這本書、打開著eclipse，開始了spring的源碼閱讀之旅。至此，讀源碼成了習慣，源碼已經進入了我的心裏。後來，springboot的火熱，讓我也想蹭上壹蹭，於是有了springboot的啟動源碼系列，雖然還在進行中，但是我相信我能將其完成;工作中用到了shiro，我又結合著《跟我學shiro》將shiro的源碼看了個大概，有了shiro源碼系列博文，還差壹篇認證與授權(應該很快就能面世)，shiro源碼系列就封筆了。最近在搭建自己的後臺管理系統，用到了quartz，集成的過程也遇到了壹些問題，因此有了quartz的兩篇文章。慢慢的，從壹味的網上找資料變成了很多時候會從源碼中找答案。不求能讀太多的源碼，但願自己接觸的技術都能讀上壹讀，路漫漫其修遠兮，吾將上下而求索!大家為什麽要讀源碼？很多人壹定和我壹樣的感受：源碼在工作中有用嗎?用處大嗎?很長壹段時間內我也有這樣的疑問，認為哪些有事沒事扯源碼的人就是在裝，只是為了提高他們的逼格而已。那為什麽我還要讀源碼呢?壹剛開始為了面試，後來為了解決工作中的問題，再後來就是個人喜好了。說的好聽點是有匠人精神;說的委婉點是好奇(底層是怎麽實現的);說的不自信點是對黑盒的東西我用的沒底，怕用錯;說的簡單直白點是提升自我價值，為了更高的薪資待遇(這裏對真正的技術迷說聲抱歉)。源碼中我們可以學到很多東西，學習別人高效的代碼書寫、學習別人對設計模式的熟練使用、學習別人對整個架構的布局，等等。如果妳還能找出其中的不足，那麽恭喜妳，妳要飛升了!會使用固然重要，但知道為什麽這麽使用同樣重要。從模仿中學習，從模仿中創新。讀源碼不像圍城(外面的人想進來，裏面的人想出去)，它是外面的人不想進來，裏面的人不想出去;當我們跨進城內，妳會發現(還是城外好，皮!)城內風光無限，源碼的海洋任我們遨遊!首先我們要對我們的目標有所了解，知道她有什麽特點，有些什麽功能。對對方都還不了解，就想著進入別人的內心世界，那不是臭不要臉嘛，我們要做壹個有著流氓心的紳士;對她有個大致的了解了，就可以發起攻勢，壹舉拿下。那麽怎麽樣了解了，方式有很多，我這裏提供幾種，僅供參考最好的方式就是官方參考指南，親生父母往往對孩子是最了解的，對孩子的描述也是最詳細的;比如SpringBootReferenceGuide就是對springboot最詳細的描述，怎麽樣使用springboot、springboot特性等等，通過此指南，springboot在妳面前壹覽無遺;但是，springboot畢竟是外國人的孩子，如果英語不好，估計讀起來有點頭疼了，不過我們有google翻譯呀，咬咬牙也是能看的。源碼世界的丈母娘、老嶽丈是非常慷慨的!其次是書籍，國外優秀的有很多，國內也不乏好書，比較推薦此方式，自成體系，讓我們掌握的知識點不至於太散。這就是好比是源碼的閨蜜，對源碼非常了解，重點是挺大方，會盡全力幫助我們了解源碼。再次就是博客，雖然可能覺得知識點比較散，但是針對某個知識點卻特別的細，對徹底掌握非常有幫助，園子內就有很多技術大牛，寫的博客自然也是非常棒，非常具有學習價值。當然還有社區、論壇、github、碼雲等等。這就是源碼的朋友圈，我們從中也能獲取到非常多關於源碼的信息。設計模式的了解優秀的框架、技術從不乏設計模式;jdk源碼中就應用了很多設計模式，比如IO流中的適配器模式與裝飾模式、GUI的觀察者模式、集合中的叠代器模式等等;spring源碼中也是用到了大量的設計模式。設計模式有什麽優點、各適用於什麽場景，不是本文的內容，需要我們大家自行去了解。我們只需要對壹些常用的設計模式有個大致了解，再去讀源碼是比較好的;不需要將23種設計模式都通讀，也不需要將常用設計模式完全理解透;對於全部通讀，我們時間有限，另外有些模式確實不太好理解、用的少，性價比不高，沒必要全部都讀。推薦書籍：《HeadFirstDesignPatterns》(中文版：《HeadFirst設計模式》)、《Java與模式》;另外我比較推薦的壹種學習設計模式的方式是讀別人博客：java_my_life，劉偉技術博客，chenssy的設計模式;設計模式之於源碼，就好比逛街購物之於女人，想順利勾搭源碼，我們需要好好掌握設計模式這個套路。配合ide進行斷點追蹤我們通過源碼的圈子對源碼的了解終究只是停在表面，終究還是沒有走進她的內心，接下來我就和大家分享下，我是如何走進她的內心的!相信看過我的源碼博客的小夥伴都知道，我非常喜歡通過idea斷點來進行源碼追蹤，斷點追蹤源碼是我非常推薦的壹種方式。斷點不僅可以用來調試我們的代碼，也可以用來調試我們用到的框架源碼。面對未知的、茫茫多的源碼，我們往往沒有足夠的時間、經歷和耐心去通讀所有源碼，我們只需要去讀我們關註的部分即可(有人可能會說我都不關心，這?)。那為什麽要用斷掉調試的方式來跟源碼，而不是直接從源代碼入手去跟我們關註的部分呢?嘗試過的小夥伴應該知道，如果我們對源碼不熟悉，直接通過源碼的方式去跟，壹方面很容易迷路(多態，會有很多子類實現)，不知道接下來跟哪壹個，另壹方面也很容易跟丟，當我們跟入的很深的時候，很有可能就忘記上壹步跟到哪了。所以讀源碼的重要性淺顯易懂了。