接閱讀源碼

『壹』 關於閱讀開源項目的源碼，有哪些經驗值得分享

閱讀源代碼的過程中，最重要的一點是反復地重復。ttserver來源只是解讀台詞時,我將不熟悉C,有很多奇怪的代碼ttserver習慣,所以硬著頭皮vim線看它一遍又一遍,有些不明白的地方,看到十幾次,真正理解,可能被視為量變引起質變。

所以我一直認為，寫一篇文章，你可以毫無問題地閱讀和理解，這是一個好主意。

『貳』 如何閱讀源代碼

最近有做源碼閱讀的事情，覺得有些費盡，做了一些思考。 一個大項目的源代碼，不要過份詳細的閱讀。大項目，其代碼量基本上是可以嚇死人的。過份的關注細節，常常會拘泥於細節，而忽略了整體框架。當你能夠看清框架的時候，亦花費了太多的時間。 因此，閱讀一個大項目的源代碼，其目的不在於欣賞代碼細節，而在於迅速看清項目整體框架的大概面貌：都有那些模塊，這些模塊是幹嘛的（不關心具體怎麼干），模塊之間的通訊機制大概是怎樣的，然後在考慮子模塊，通常只要掌握兩級子模塊就夠了。花上1，2天的時間掌握這一切，就達到了閱讀大項目源碼的目的。因為一旦你掌握了框架，你就可以按照這個框架實現這個項目，雖然和原項目全然不同，但是完成的需求卻是一樣的。 在軟體中，架構才是本質。 也許你指望詳細閱讀大項目源代碼能看到高質量的代碼，但是，大項目通常都是團隊的勞動成果，每個人的不同水平造就了代碼質量的高高低低，一個人在不同時間不同環境的代碼質量也是不同的。要指望在大片源碼面前找到高質量，簡直是天方夜譚。 也許你要從閱讀源碼中掌握某項技術細節，比如bsp，又或者換裝，那麼，最好的建議是查找相關的技術文檔以及文檔上所附帶的sample code，這種sample code一般不會附帶任何干擾，簡潔得只是為了證明該技術而存在的。如果沒有這些東西，而只能從大項目源碼中找的話，你提前先了解了框架，能更快的查找和定位到表達該技術的文件。但是通常都會比較不幸，因為你為了明白這一技術，通常要先理解混入其中的另一技術。 最後談談怎樣才能閱讀到高質量的源代碼。何謂高質量？是指演算法出人一表（比如某種o(1)的排序法）？還是採用了極端深奧的語言特性將某實現完美表達（比如模板的靈活運用）？無論是哪種，最好的來源是書，如《STL詳解》，或者《inside XX》這樣的東西。書的作者通常就是這些高質量代碼的作者，他會帶領你探索這些源碼背後的真相。

『叄』 如何高效深入的閱讀Redis的源碼

在這篇文章中， 我將向大家介紹一種我認為比較合理的 Redis 源碼閱讀順序， 希望可以給對 Redis 有興趣並打算閱讀 Redis 源碼的朋友帶來一點幫助。
第 1 步：閱讀數據結構實現
剛開始閱讀 Redis 源碼的時候， 最好從數據結構的相關文件開始讀起， 因為這些文件和 Redis 中的其他部分耦合最少， 並且這些文件所實現的數據結構在大部分演算法書上都可以了解到， 所以從這些文件開始讀是最輕松的、難度也是最低的。
下表列出了 Redis 源碼中， 各個數據結構的實現文件：
文件 內容
sds.h 和 sds.c Redis 的動態字元串實現。
adlist.h 和 adlist.c Redis 的雙端鏈表實現。
dict.h 和 dict.c Redis 的字典實現。
redis.h 中的 zskiplist 結構和 zskiplistNode 結構， 以及 t_zset.c 中所有以 zsl 開頭的函數， 比如 zslCreate 、 zslInsert 、 zslDeleteNode ，等等。 Redis 的跳躍表實現。
hyperloglog.c 中的 hllhdr 結構， 以及所有以 hll 開頭的函數。 Redis 的 HyperLogLog 實現。
第 2 步：閱讀內存編碼數據結構實現
在閱讀完和數據結構有關的文件之後， 接下來就應該閱讀內存編碼（encoding）數據結構了。
和普通的數據結構一樣， 內存編碼數據結構基本上是獨立的， 不和其他模塊耦合， 但是區別在於：
上一步要讀的數據結構， 比如雙端鏈表、字典、HyperLogLog， 在演算法書上或者相關的論文上都可以找到資料介紹。
而內存編碼數據結構卻不容易找到相關的資料， 因為這些數據結構都是 Redis 為了節約內存而專門開發出來的， 換句話說， 這些數據結構都是特製（adhoc）的， 除了 Redis 源碼中的文檔之外， 基本上找不到其他資料來了解這些特製的數據結構。
不過話又說回來， 雖然內存編碼數據結構是 Redis 特製的， 但它們基本都和內存分配、指針操作、位操作這些底層的東西有關， 讀者只要認真閱讀源碼中的文檔， 並在有需要時， 畫圖來分析這些數據結構， 那麼要完全理解這些內存編碼數據結構的運作原理並不難， 當然這需要花一些功夫。
下表展示了 Redis 源碼中， 各個內存編碼數據結構的實現文件：
文件 內容
intset.h 和 intset.c 整數集合（intset）數據結構。
ziplist.h 和 ziplist.c 壓縮列表（zip list）數據結構。
第 3 步：閱讀數據類型實現
在完成以上兩個閱讀步驟之後， 我們就讀完了 Redis 六種不同類型的鍵（字元串、散列、列表、集合、有序集合、HyperLogLog）的所有底層實現結構了。
接下來， 為了知道 Redis 是如何通過以上提到的數據結構來實現不同類型的鍵， 我們需要閱讀實現各個數據類型的文件， 以及 Redis 的對象系統文件， 這些文件包括：
文件 內容
object.c Redis 的對象（類型）系統實現。
t_string.c 字元串鍵的實現。
t_list.c 列表鍵的實現。
t_hash.c 散列鍵的實現。
t_set.c 集合鍵的實現。
t_zset.c 中除 zsl 開頭的函數之外的所有函數。 有序集合鍵的實現。
hyperloglog.c 中所有以 pf 開頭的函數。 HyperLogLog 鍵的實現。
第 4 步：閱讀資料庫實現相關代碼
在讀完了 Redis 使用所有底層數據結構， 以及 Redis 是如何使用這些數據結構來實現不同類型的鍵之後， 我們就可以開始閱讀 Redis 裡面和資料庫有關的代碼了， 它們分別是：
文件 內容
redis.h 文件中的 redisDb 結構， 以及 db.c 文件。 Redis 的資料庫實現。
notify.c Redis 的資料庫通知功能實現代碼。
rdb.h 和 rdb.c Redis 的 RDB 持久化實現代碼。
aof.c Redis 的 AOF 持久化實現代碼。
選讀
Redis 有一些獨立的功能模塊， 這些模塊可以在完成第 4 步之後閱讀， 它們包括：
文件 內容
redis.h 文件的 pubsubPattern 結構，以及 pubsub.c 文件。 發布與訂閱功能的實現。
redis.h 文件的 multiState 結構以及 multiCmd 結構， multi.c 文件。 事務功能的實現。
sort.c SORT 命令的實現。
bitops.c GETBIT 、 SETBIT 等二進制位操作命令的實現。
第 5 步：閱讀客戶端和伺服器的相關代碼
在閱讀完資料庫實現代碼， 以及 RDB 和 AOF 兩種持久化的代碼之後， 我們可以開始閱讀客戶端和 Redis 伺服器本身的實現代碼， 和這些代碼有關的文件是：
文件 內容
ae.c ，以及任意一個 ae_*.c 文件（取決於你所使用的多路復用庫）。 Redis 的事件處理器實現（基於 Reactor 模式）。
networking.c Redis 的網路連接庫，負責發送命令回復和接受命令請求， 同時也負責創建/銷毀客戶端， 以及通信協議分析等工作。
redis.h 和 redis.c 中和單機 Redis 伺服器有關的部分。 單機 Redis 伺服器的實現。
如果讀者能完成以上 5 個閱讀步驟的話， 那麼恭喜你， 你已經了解了單機的 Redis 伺服器是怎樣處理命令請求和返回命令回復， 以及是 Redis 怎樣操作資料庫的了， 這是 Redis 最重要的部分， 也是之後繼續閱讀多機功能的基礎。
選讀
Redis 有一些獨立的功能模塊， 這些模塊可以在完成第 5 步之後閱讀， 它們包括：
文件 內容
scripting.c Lua 腳本功能的實現。
slowlog.c 慢查詢功能的實現。
monitor.c 監視器功能的實現。
第 6 步：閱讀多機功能的實現
在弄懂了 Redis 的單機伺服器是怎樣運作的之後， 就可以開始閱讀 Redis 多機功能的實現代碼了， 和這些功能有關的文件為：
文件 內容
replication.c 復制功能的實現代碼。
sentinel.c Redis Sentinel 的實現代碼。
cluster.c Redis 集群的實現代碼。
注意， 因為 Redis Sentinel 用到了復制功能的代碼， 而集群又用到了復制和 Redis Sentinel 的代碼， 所以在閱讀這三個模塊的時候， 記得先閱讀復制模塊， 然後閱讀 Sentinel 模塊， 最後才閱讀集群模塊， 這樣理解起來就會更得心應手。
如果你連這三個模塊都讀完了的話， 那麼恭喜你， 你已經讀完了 Redis 單機功能和多機功能的所有代碼了！
下圖總結了本文介紹的閱讀順序：
digraph {
node [shape = plaintext]

datastruct [label = "數據結構\n（sds、adlist、dict、t_zset、hyperloglog）"]

encoding_datastruct [label = "內存編碼數據結構\n（intset、ziplist）"]

object [label = "數據類型\n（object、t_string、t_list、t_hash、t_set、t_zset、hyperloglog）"]

db [label = "資料庫相關\n（db、notify、rdb、aof）"]

client_and_server [label = "客戶端與伺服器相關\n（ae、networking、redis）"]

multi_server [label = "多機功能\n（replication、sentinel、cluster）"]

//

datastruct -> encoding_datastruct -> object -> db -> client_and_server -> multi_server

}
結語
Redis 的設計非常簡潔、優美、精巧和高效， 任何人只要願意去閱讀它的代碼的話， 應該都會有所收獲的。
希望這篇文章能夠給想要閱讀 Redis 代碼的朋友們帶來一些幫助， 也歡迎各位隨時和我討論 Redis 源碼方面的問題， 或者跟我分享各位閱讀 Redis 源碼的心得和經驗。
另外我的 Redis 源碼注釋 項目以及 《Redis 設計與實現》 一書對於理解 Redis 的源代碼應該也會有所幫助， 有興趣的朋友可以自行了解該項目/書本。
黃健宏（huangz）
2014.7.28

『肆』 為什麼以及如何閱讀源碼

對於這些問題，說到底主要是因為經驗不夠，而經驗主要從項目實踐中積累，所以招聘單位一般都會限定工作時間大於 3 年，因為這些人的項目經驗相對較豐富，項目中遇到的場景相對較多。
工作經驗的積累來自於年限與實踐，然而看源碼可以擴展我們的思路，這是變相增加我們經驗的不錯方法。雖然不能短時間內通過時間積累經驗，但是可以通過學習開源框架、開源項目來獲取。
另外進職場後一般都要先熟悉現有系統，如果有文檔還好，沒文檔的話就得自己去翻代碼研究。如果大家之前對閱讀源碼有經驗，那麼在研究新系統的代碼邏輯時就不會那麼費勁了。

『伍』 如何閱讀源代碼

這樣閱讀源代碼：

1、你會懂的這些代碼是什麼意思，點擊右鍵

提示：專業人士才能看懂的

『陸』 如何高效閱讀源代碼

下面是之前寫的一篇文章：《如何快速閱讀源碼》

本文探討在需要了解一個開源項目時，如何快速的理清開源項目的代碼邏輯！

以下是個人認為行之有效的方法：

本文以Mybatis為例來進行演示！

先「跑起來」

程序界有個老傳統，學習新技術時都是從「Hello World」開始的！無論是學習新語言時，列印「Hello World」；還是學習新框架時編寫個demo！那為什麼這里的「跑起來」要打個引號呢？

實際上，當你想要閱讀一個開源項目的源碼時，絕大部分情況下，你已經能夠使用這個開源項目了！所以這里的「跑起來」就不是寫個「Hello World」，也不是能跑起來的程序了！而是能__在你的腦子里「跑起來」__！什麼意思？

Mybatis你會用了吧？那麼請問Mybatis是如何執行的呢？仔細想想，你能否用完整的語句把它描述出來？

這里是Mybatis的官方入門文章！你是如何看這篇文章的？讀一遍就行了嗎？還是跟著文章跑一遍就夠了嗎？從這篇文章里你能獲得多少信息？

我們來理一下：

回答出了上面這些問題！你也就基本能在腦子里把Mybatis「跑起來」了！之後，你才能正真的開始閱讀源碼！

當你能把一個開源項目「跑起來」後，實際上你就有了對開源項目最初步的了解了！就像「 書的索引 」一樣！基於這個索引，我們一步步的進行拆解，來細化出下一層的結構和流程，期間可能需要深入技術細節，考量實現，考慮是否有更好的實現方案！也就是說後面的三步並不是線性的，而是__不斷交替執行__的一個過程！最終就形成一個完整的源碼執行流程！

自頂向下拆解

繼續通過Mybatis來演示（限於篇幅，我只演示一個大概流程）！我們現在已經有了一個大概的流程了：

雖說每個點都可以往下細化，但是也分個輕重緩急！

很明顯，sqlSession去執行 sql才是Mybatis的核心！我們先從這個點入手！

首先，你當然得先下載Mybatis的源碼了（請自行下載）！

我們直接去看SqlSession！它是個介面，裡面有一堆執行sql的方法！

這里只列出了一部分方法：

SqlSession就是通過這些方法來執行sql的！我們直接看我們常用的，也是Mybatis推薦的用法，就是基於Mapper的執行！也就是說「SqlSession通過Mapper來執行具體的sql」！上面的流程也就細化成了：

那SqlSession是如何獲取Mapper的呢？Mapper又是如何執行sql的呢？

深入細節

我們來看SqlSession的實現！SqlSession有兩個實現類SqlSessionManager和DefaultSqlSession！通過IDE的引用功能可以查看兩個類的使用情況。你會發現SqlSessionManager實際並沒有使用！而DefaultSqlSession是通過DefaultSqlSessionFactory構建的！所以我們來看DefaultSqlSession是如何構建Mapper的！

它直接委託給了Configuration的getMapper方法！

Configuration又委託給了MapperRegistry類的getMapper方法！

在MapperRegistry類的getMapper中：

在這里knowMappers是什麼？MapperProxyFactory又是什麼？mapperProxyFactory.newInstance(sqlSession)具體做了什麼？

其實很簡單，knowMappers是個Map，裡麵包含了class與對應的MapperProxyFactory的對應關系！MapperProxyFactory通過newInstance來構建對應的Mapper（實際上是Mapper的代理）！

快接近真相了，看mapperProxyFactory.newInstance(sqlSession)里的代碼：

這里幹了什麼？

最終實際還是委託給了sqlSession去執行具體的sql！後面具體怎麼實現的就自行查看吧！

延伸改進

現在我們的流程大概是這樣的一個過程：

現在我們大概知道了：

那麼，

這個問題列表可以很長，可以按個人需要去思考並嘗試回答！可能最終這些問題已經和開源項目本身沒有什麼關系了！但是你思考後的收獲要比看源碼本身要多得多！

再循環

一輪結束後，可以再次進行：

不斷的拆解->深入->改進，最終你能__通過一個開源項目，學習到遠比開源項目本身多得多的知識__！

最重要的是，你的流程是完整的。無論是最初的大致流程：

還是到最終深入的細枝末節，都是個完整的流程！

這樣的好處是，你的時間能自由控制：

而不像debug那樣的方式，需要一下子花費很長的時間去一步步的理流程，費時費力、收效很小，而且如果中斷了就很難繼續了！

總結

本文通過梳理Mybatis源碼的一個簡單流程，來講述一個個人認為比較好的閱讀源碼的方式，並闡述此方法與傳統debug方式相比的優勢。

閱讀源碼是每個優秀開發工程師的必經之路，那麼這篇文章就來講解下為什麼要閱讀源碼以及如何閱讀源碼。

首先來說下為什麼要讀源碼，有學習源碼的必要嗎？

為什麼要閱讀源碼？

關於為什麼閱讀和學習源碼，我個人認為可能有以下幾點：

（一）吊打面試官，應對面試

為了找到更好的工作，應對面試，因為在面試中肯定會問到源碼級別的問題，比如：為什麼 HashMap 是線程不安全的？

如果你沒有閱讀過源碼，面試官可能會對回答的結果不滿意，進而導致面試結果不太理想，但如果你對源碼有所研究，並能夠很好地問答面試官的問題，這可能就是你的加分點，可以形成自己獨特的競爭力，吊打面試官，升職加薪不是夢。

（二）解決問題（bug）

在開發過程中，我們或多或少會遇到 bug，比如：在 foreach 循環里進行元素的 remove/add 操作，為啥有可能會報 異常？

我們可以先在 Google、Stack Overflow 以及對應項目的 Issues 里看有沒有類似問題以及解決辦法，如果沒有的話，我們只能通過閱讀源碼的方式去解決了。如果我們對相關源碼有所涉獵，就可以快速定位到問題所在。

（三）提升編程能力

和閱讀一本好書一樣，閱讀源碼就是和編程大牛面對面交流的機會，在許多優秀的開源項目中，它們的編碼規范和架構設計都是很棒的，另外在設計上也使用了大量的設計模式，通過閱讀和學習源碼，能夠快速提升我們的編碼水平，以及對設計模式有更深的理解。

同時，在我們閱讀完一個源碼後，可以觸類旁通，能夠快速地對其他框架的源碼進行閱讀和學習，減少時間成本。

除了上述提到的原因之外，可能還有許多，在這里就不一一贅述了，那麼在確定了要閱讀源碼之後，就讓我們看下如何閱讀源碼吧！

如何閱讀源碼？

如何閱讀源碼取決於你為什麼要讀源碼，比如：

下面大概說下閱讀源碼的幾點建議：

在閱讀之前，可以先從開源項目的官網上看它的架構設計和功能文檔，了解這個項目的 整體架構、模塊組成以及各個模塊之間的聯系 。

如果沒有對應的項目文檔，可以根據代碼的模塊進行梳理，以形成對項目的初步了解，或者 查看已有的源碼解析文章或者書籍 ，在閱讀源碼之前，了解項目的架構和思路會使閱讀源碼事半功倍。

在了解一個類的時候，可以使用 ctrl+F12 來查看類中的成員變數和方法。

可以通過 IDEA 的 Diagrams 功能去了解一個類的繼承關系。

多打 斷點調試 ，斷點追蹤源碼是很好的閱讀源碼的方式，可以先通過 debug 了解下調用邏輯，都和哪些類有關聯，有大致了解後再通過 debug 了解整體代碼的功能實現，各個類都起到了什麼作用，有沒有涉及到設計模式等。

另外，優秀的開源項目中肯定會有許多地方應用到了 設計模式 ，建議在閱讀源碼之前，需要對常用的設計模式有大致的了解，不然閱讀源碼的效率會大大降低。

如果遇到讀不懂某部分源碼的時候，可以先跳過，之後再回來看，如果屬於搞不懂這部分就茶不思飯不想的人，可以在網上找是否有該部分源碼的解析或者文檔，也可以自己通過 源碼注釋和測試用例 去閱讀學習。

一般優秀的開源項目都會有 單元測試 ，可以通過對應類的單元測試去了解方法的含義和用法，加深對源碼邏輯的理解。

在閱讀源碼的時候，可以在代碼上加上 注釋和總結 ，同時還可以畫出 時序圖和類圖 ，這樣對閱讀源碼有很大的幫助，可以很清楚地知道類之間的調用關系和依賴關系，也方便以後回顧，重新閱讀。

在這里推薦大家一個 IDEA 插件 SequenceDiagram，可以根據源碼生成調用時序圖，便於閱讀源碼。

剛開始閱讀源碼，不建議直接看框架源碼，可以先從 jdk 源碼看起：

jdk 源碼也是非常龐大的，可以分模塊來閱讀，下面是建議的閱讀順序：

其他包下的代碼也可以做下了解，JDK源碼閱讀筆記：https://github.com/wupeixuan/JDKSourceCode1.8

再有了一定的源碼閱讀經驗後，可以再去學習 Spring、Spring Boot、Dubbo、Spring Cloud 等框架的源碼。

總結

主要介紹了為什麼讀源碼以及如何讀源碼，供大家參考，每個人都有適合自己的閱讀源碼的方式，希望可以在學習中去摸索出一套屬於自己的方式。

閱讀源碼不是一蹴而就的，這是持久戰，只要你能夠堅持下來，肯定受益匪淺。閱讀源碼的過程比較枯燥，可以在社群里一起討論學習，這樣可能效率更高些。

沒看過源代碼，都不好意思出來說了，最近剛好在看一些，來說一個。

先看使用 https://element.eleme.cn/#/zh-CN/component/installation

先看一下這個庫是做什麼用的，然後提供了哪些功能。

看GitHub https://github.com/elemefe

一般會看下項目最新的情況，然後沒有關閉的issue，看下wiki，大家在討論什麼。

再看代碼

clone 一份到本地，然後先看下目錄結構，然後根據文檔看幾個簡單的組件的時候，一邊看掘金上的分析，一邊自己看下實現。

e le

餓了么這個框架代碼結構還是很清楚的，基本上每個組件都是分開的，所以你只要看其他的一個文件夾就行。然後一些工具的都在src文件夾。

要學會看issue，一般開源的項目都有人會來提建議，有些是bug，有些是功能，你可以看看自己是否有能力去解決，如果可以的話，你可以去fork代碼，然後自己修改，再提pr。

我最近恰好找摸索出一個梳理遺留系統架構的技巧：自底向上 找到一個典型的切面 沿著調用和回調的路徑 在代碼中添加結構化注釋（比如eclipse中加//TAG 流程A1.1 甲->>乙），這樣便得到了一個code地圖，並且在tasks視圖中看起來很直觀（看起來跟書的目錄一樣）可快速跳轉。將目錄到有道雲筆記的markdown序列圖中 就自動生成了一個序列圖。

我覺得這基本上就是可縮放的可視化架構地圖了，對維護一個比較亂和龐大的遺留系統非常有幫助，定位代碼 修改維護都方便多了。

1、需要過硬的基礎知識，這個前提。不然基本語法、常用的模式都不曉得怎麼讀。

2、多參考 歷史 版本和更新變化，好的源碼都是反復迭代出來的精華，開始就讀精華是很不明智的，所以看看版本更新說明，版本的 歷史 演變。就想人一樣是怎樣進化過來的。

3、參考別人閱讀注釋，想必在你讀源碼之前也有人讀過了源碼，並且總結，注釋。和分享原理，可供你參考，畢竟每個人讀一篇文章，理解的東西是有差異化的。

4、直接買書，有些作品直接出書就是源碼精解

5、找個大神給你慢慢分析，這個最快。娓娓道來，直接面授比啥都強。缺點是，你容易跟著他的思維走下去。

我覺得閱讀代碼就不應該高效，而應該像看小說一樣，看的過程就像是在和作者交流，有趣才是看代碼的動力。

畫圖，看數據走向，邏輯走向

先弄清楚這些代碼實現了哪些功能，然後從主線開始往下看，好的代碼光看變數和介面名稱就能明白是什麼意思？扒出源碼實現的整體框架邏輯，然後再對自己感興趣的模塊進行剖析，還是從整體把握，細節深入，慢慢地整個框架就被豐滿了。

接下來是思考為什麼要如此設計，這樣設計的好處是什麼？如果是你來做應該怎麼設計，把你覺得源碼缺點的地方進行仔細研究，了解裡面是否包含自己不清楚的細節，避免遺漏。

接下來就是根據代碼改造或者是調試錯誤，對於源碼中遇到的不理解的地方一定要弄明白，有的確實是畫蛇添足，有的有獨特的作用。

多多學習，對每一種主流框架銘記於心，對主流設計模式了如指掌，萬變不離其宗，源碼看多了，跟看一個電視機遙控器的操作說明一樣。

1、一邊閱讀代碼一邊寫注釋。這是我用過的最好的方法，對代碼理解得更深入，看一些重要代碼或者特別難懂的代碼時挺有用。更何況，注釋也是一種文檔嘛。

2、一邊閱讀代碼一邊繪制UML。這個方法適用於類之間的關系較復雜和調用層次較深的情況，我一般都是先繪制順序圖，然後為順序圖中的類繪制關系圖。

3、通過Debug來跟蹤程序的主要執行過程，這樣就可以分清主次了，閱讀的時候更有針對性。

4、類的快速閱讀。先弄清楚它在繼承鏈中的位置，看看它的內部狀態，也就是成員變數，一般來說，類的對外介面都是對成員變數的訪問、加工、代理等，然後看看它的對外介面，也就是公有成員函數，識別核心的一個或多個函數，這時候你應該可以大概了解這個類的職責或作用了。可能這個類是某個設計模式中的一個組成部分，所以，設計模式的掌握對代碼的快速閱讀也是很有幫助的。

5、帶著問題去閱讀。比如想了解android中的消息機制，那麼看看Looper、Handler、MessegeQueue這幾個類就可以了，其他的不要去看，要不然就跑題了。

下面列幾個閱讀源碼時所處的情景，在特定場景下用哪些方法： 不太熟悉業務邏輯，還不是很清楚它是幹啥的，可以用3、5。 代碼量很大，有幾十萬行，甚至百萬行，可以用2、3、5。 你無法看見程序的運行過程，比如沒有用戶界面，也有可能是無法運行的，可以用3、5。 設計復雜，用了大量的設計模式，調用鏈很深，可以用1、2、3、4、5。 時間有限，沒有那麼多時間讓你看源碼，可以用3、5。

畫出邏輯流程圖，先了解整體流程，再詳解具體函數

『柒』 怎樣閱讀linux源代碼

聽我的就是,問那麼多幹嘛，我在你身邊,你還走錯路!跟著我!不能給你幸福是我的錯，但誰讓你不幸福，我TMD去砍了他 查看文章
如何閱讀linux源代碼2007-09-01 14:04著linux的逐步普及，現在有不少人對於Linux的安裝及設置已經比較熟悉了。與Linux 的蓬勃發展相適應，想深入了解Linux的也越來越多。而要想深入了解Linux，就需要閱讀和分析linux內核的源代碼。
Linux的內核源代碼可以從很多途徑得到。一般來講，在安裝的linux系統下，/usr/src/linux目錄下的東西就是內核源代碼。另外還可以從互連網上下載,解壓縮後文件一般也都位於linux目錄下。內核源代碼有很多版本，目前最新的穩定版是2.2.14。
許多人對於閱讀Linux內核有一種恐懼感，其實大可不必。當然，象Linux內核這樣大而復雜的系統代碼，閱讀起來確實有很多困難，但是也不象想像的那麼高不可攀。只要有恆心，困難都是可以克服的。也不用擔心水平不夠的問題，事實上，有很多事情我們不都是從不會到會，邊干邊學的嗎？
任何事情做起來都需要有方法和工具。正確的方法可以指導工作，良好的工具可以事半功倍。對於Linux 內核源代碼的閱讀也同樣如此。下面我就把自己閱讀內核源代碼的一點經驗介紹一下，最後介紹Window平台下的一種閱讀工具。
對於源代碼的閱讀，要想比較順利，事先最好對源代碼的知識背景有一定的了解。對於linux內核源代碼來講，我認為，基本要求是：1、操作系統的基本知識；2、對C語言比較熟悉，最好要有匯編語言的知識和GNU C對標准C的擴展的知識的了解。另外在閱讀之前，還應該知道Linux內核源代碼的整體分布情況。我們知道現代的操作系統一般由進程管理、內存管理、文件系統、驅動程序、網路等組成。看一下Linux內 核源代碼就可看出，各個目錄大致對應了這些方面。Linux內核源代碼的組成如下（假設相對於linux目錄）：
arch 這個子目錄包含了此核心源代碼所支持的硬體體系結構相關的核心代碼。如對於X86平台就是i386。
include 這個目錄包括了核心的大多數include文件。另外對於每種支持的體系結構分別有一個子目錄。
init 此目錄包含核心啟動代碼。
mm 此目錄包含了所有的內存管理代碼。與具體硬體體系結構相關的內存管理代碼位於arch/*/mm目錄下，如對應於X86的就是arch/i386/mm/fault.c 。
drivers 系統中所有的設備驅動都位於此目錄中。它又進一步劃分成幾類設備驅動，每一種也有對應的子目錄，如音效卡的驅動對應於drivers/sound。
ipc 此目錄包含了核心的進程間通訊代碼。
moles 此目錄包含已建好可動態載入的模塊。

void function(e,t){for(var n=t.getElementsByTagName("img"),a=+new Date,i=[],o=function(){this.removeEventListener&&this.removeEventListener("load",o,!1),i.push({img:this,time:+new Date})},s=0;s< n.length;s++)!function(){var e=n[s];e.addEventListener?!e.complete&&e.addEventListener("load",o,!1):e.attachEvent&&e.attachEvent("onreadystatechange",function(){"complete"==e.readyState&&o.call(e,o)})}();alog("speed.set",{fsItems:i,fs:a})}(window,document);

fs Linux支持的文件系統代碼。不同的文件系統有不同的子目錄對應，如ext2文件系統對應的就是ext2子目錄。
kernel 主要核心代碼。同時與處理器結構相關代碼都放在arch/*/kernel目錄下。
net 核心的網路部分代碼。裡面的每個子目錄對應於網路的一個方面。
lib 此目錄包含了核心的庫代碼。與處理器結構相關庫代碼被放在arch/*/lib/目錄下。
scripts此目錄包含用於配置核心的腳本文件。
Documentation 此目錄是一些文檔，起參考作用。
清楚了源代碼的結構組成後就可以著手閱讀。對於閱讀方法或者說順序，有所謂的縱向與橫向之分。所謂縱向就是順著程序的執行順序逐步進行；所謂橫向，就是分模塊進行。其實他們之間不是絕對的，而是經常結合在一起進行。對於Linux源代碼來講，啟動的代碼就可以順著linux的啟動順序一步一步來，它的大致流程如下（以X86平台為例）：
./larch/i386/boot/bootSect.S-->./larch/i386/boot/setup.S-->./larch/i386/kernel/head.S-->./init/main.c中的start_kernel()。而對於象內存管理等部分，則可以單獨拿出來進行閱讀分析。我的體會是：開始最好按順序閱讀啟動代碼，然後進行專題閱讀，如進程部分，內存管理部分等。在每個功能函數內部應該一步步來。實際上這是一個反復的過程，不可能讀一遍就理解。
俗話說：「工欲善其事，必先利其器」。 閱讀象Linux核心代碼這樣的復雜程序令人望而生畏。它象一個越滾越大的雪球，閱讀核心某個部分經常要用到好幾個其他的相關文件，不久你將會忘記你原來在干什麼。所以沒有一個好的工具是不行的。由於大部分愛好者對於Window平台比較熟悉，並且還是常用Window系列平台，所以在此我介紹一個Window下的一個工具軟體：Source Insight。這是一個有30天免費期的軟體，可以從www.sourcedyn.com下載。安裝非常簡單，和別的安裝一樣，雙擊安裝文件名，然後按提示進行就可以了。安裝完成後，就可啟動該程序。這個軟體使用起來非常簡單，是一個閱讀源代碼的好工具。它的使用簡單介紹如下：先選擇Project菜單下的new，新建一個工程，輸入工程名，接著要求你把欲讀的源代碼加入（可以整個目錄加）後，該軟體就分析你所加的源代碼。分析完後，就可以進行閱讀了。對於打開的閱讀文件，如果想看某一變數的定義，先把游標定位於該變數，然後點擊工具條上的相應選項，該變數的定義就顯示出來。對於函數的定義與實現也可以同樣操作。別的功能在這里就不說了，有興趣的朋友可以裝一個Source Insight，那樣你閱讀源代碼的效率會有很大提高的。怎麼樣，試試吧！

『捌』 如何在 GitHub 上高效閱讀源碼

之前聽說過一個故事，一個領導為了提高團隊戰鬥力，把團隊成員集中起來，搞封閉開發，重點還是在沒有網的條件下。

結果就是一個月過去了，產出基本為零。

我發現，如果沒有網，程序員基本上是寫不出代碼了。現在做什麼功能之前，先到網上搜搜看，然後直接復制粘貼搞定。

最實用的技術就是這么朴實無華。

而大部分的代碼都是在 GitHub 上找的，可以這么說，GitHub 基本上撐起了程序員一半的工資。

那如果不想把代碼 clone 到本地，怎麼在 GitHub 上高效閱讀源碼呢？

我最開始用的是一個插件，叫 Octotree 。

有了這個插件之後，在頁面的最左側會多一個目錄樹。這樣的話，就可以快速查看項目的整體目錄結構，而且在切換文件時也會更加流暢，再也不用來回刷新頁面了。

細心的小夥伴可能也發現了，上面的截圖還有一處不同，就是頁面中央多了一個「 GitHub1s 」按鈕。

沒錯，這就是我要介紹的第二個插件。

點擊這個按鈕之後呢，就會呼出在線版的 VS Code，然後使用 VS Code 打開代碼倉庫，直接享受 IDE 的體驗。

如果想直接通過網址來打開也是可以的，比如我的項目地址是：

只需要將地址稍稍改動，加一個 1s 即可：

那麼這個 1s 到底是什麼意思呢？官方是這么說的：

當然了，我們也可以把代碼拉下來，自己部署。然後根據服務響應的快慢，起個名字叫 2s 或者 3s 都可以。

雖然這種方式已經很方便了，但還有一個缺點，就是打開的代碼是只讀的，不能編輯。比如我只想改幾個很小的點，那麼不好意思，還是要把代碼 clone 下來，走一遍提交流程。

那還有更好的方式嗎？

當然有。

終於到重點了，隆重推出由官方支持的方式：只需要在代碼倉庫頁面按一下 . 就可以直接使用 VS Code 打開，而且支持編輯。

也可以通過地址訪問，把 .com 改成 .dev ，比如：

太方便了，太優雅了。感覺好多操作都可以直接在瀏覽器里搞定了。

微軟還是厲害。曾幾何時，我記得微軟在網上罵聲一片，對其收購 GitHub 也持悲觀態度。但人家現在開源項目已經上千個了，還在不斷貢獻。而且產品也越做越好，別的不說，單靠 VS Code 就俘獲了多少程序員的芳心。

科技 公司還是得踏踏實實搞技術，誠心誠意做產品，搞其他花里胡哨的東西沒啥用。

我們程序員呢，努力提升技術，然後多給文章點在看，多轉發，就挺好。

『玖』 怎麼閱讀Spring源碼

如何使用jar包以及源碼的source包

首先，在工程右鍵，屬性中，添加必要的jar包。

選中必要的jar包，上面給出的源碼jar包中，導入spring3.0.5中的所有jar包。

其中lib內的是spring的jar包，用到哪個導入哪個，不知道的話，全部導入就行了。

外面的幾個jar包，用於日誌以及mysql的驅動。commons-logging jar包是必須的，其他的隨意吧。

不確定的話，lib外面的這幾個jar包以及lib裡面的都導入就行了。

導入jar包後，點開jar包，選中source attachment進行編輯，鏈接到源碼的jar包。

選擇相應的source源碼包

全部導入後，如下

 

spring樣例

首先是一個必要的POJO類，用於注入屬性的值。

1 package com.test.bean;
2
3 public class Person {
4
5 private String name;
6 private int age;
7
8 public String getName() {
9 return name;
10 }
11 public void setName(String name) {
12 this.name = name;
13 }
14 public int getAge() {
15 return age;
16 }
17 public void setAge(int age) {
18 this.age = age;
19 }
20 public void info(){
21 System.out.println("name:"+getName()+" age:"+getAge());
22 }
23 }

主函數，用於讀取資源文件，獲取bean，調用info方法

1 package test.spring;
2
3 import org.springframework.context.ApplicationContext;
4 import org.springframework.context.support.;
5
6 import com.test.bean.Person;
7
8 public class Test {
9 public static void main(String[] args){
10 ApplicationContext ctx = new ("bean.xml");//讀取bean.xml中的內容
11 Person p = ctx.getBean("person",Person.class);//創建bean的引用對象
12 p.info();
13 }
14 }

bean.xml用於配置bean的資源文件

1 <?xml version="1.0" encoding="UTF-8"?>
2 <beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
3 xmlns="http://www.springframework.org/schema/beans"
4 xsi:schemaLocation="http://www.springframework.org/schema/beans
5 http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">
6 <bean id="person" class="com.test.bean.Person">
7 <property name="name" value="xingoo"/>
8 <property name="age" value="12"/>
9 </bean>
10 </beans>

運行結果

 

閱讀源碼

首先，有了前面的jar包以及源碼包，你就可以通過這個簡單的程序，進行但不的調試，閱讀源碼。

簡單的說下調試的快捷鍵：

1F5：下一步，可以進入下一個函數棧

2F6：當前函數的下一步，不會進入其他的函數。

3F8：下一個斷點。

4 也可以通過選中一個變數或者表達式，按ctrl+shift+i來查看內容。或者添加監視的方式，查看。

5 可以通過快捷鍵F2,來查看一個函數方法的javadoc，即說明

6 快捷鍵F3或者ctrl+滑鼠點擊，進入一個函數

7ctrl+shift+G查看當前方法都有誰在使用

8F4查看類的繼承關系，可以向上顯示出類繼承的父類以及介面。

有了調試的方法，接下來，就是如何閱讀源碼了！

1 參考書籍，推薦《Spring技術內幕》

這本書，基本上很詳細的講述了，spring的實現方式，以及類之間的復雜關系。可以幫助你快速的理清復雜的類之間的關系。

2 使用StarUML畫類圖

比如你好不容易理清了一個部分的關系，很快就會忘記其中的關系，那麼可以通過這個工具，簡單的畫出其中的復雜關系。

這樣，下一次看的時候也會清楚一些，這是我今天剛畫好的的類圖關系：

『拾』 如何正確的閱讀源代碼

除了閱讀代碼以外, 沒有更好的方法. 7.在尋找bug時, 請從問題的表現形式到問題的根源來分析代碼. 不要沿著不相關的路徑(誤入歧途). 8.我們要充分利用調試器|編譯器給出的警告或輸出的符號代碼|系統調用跟蹤器|資料庫結構化查詢語言的日誌機制|包轉儲工具和Windows的消息偵查程序,
定出的bug的位置. 9.對於那些大型且組織良好的系統, 您只需要最低限度地了解它的全部功能, 就能夠對它做出修改. 10.當向系統中增加新功能時, 首先的任務就是找到實現類似特性的代碼, 將它作為待實現功能的模板. 11.從特性的功能描述到代碼的實現, 可以按照字元串消息, 或使用關鍵詞來搜索代碼. 12.在移植代碼或修改介面時, 您可以通過編譯器直接定位出問題涉及的范圍, 從而減少代碼閱讀的工作量. 13.進行重構時, 您從一個能夠正常工作的系統開始做起, 希望確保結束時系統能夠正常工作. 一套恰當的測試用例(test
case)可以幫助您滿足此項約束. 14.閱讀代碼尋找重構機會時, 先從系統的構架開始, 然後逐步細化, 能夠獲得最大的效益. 15.代碼的可重用性是一個很誘人, 但難以理解與分離, 可以試著尋找粒度更大一些的包, 甚至其他代碼. 16.在復查軟體系統時, 要注意, 系統是由很多部分組成的, 不僅僅只是執行語句. 還要注意分析以下內容:
文件和目錄結構|生成和配置過程|用戶界面和系統的文檔. 18.可以將軟體復查作為一個學習|講授|援之以手和接受幫助的機會. ++++++++++++++++++++ 第二章: 基本編程元素 ++++++++++++++++++++ 19.第一次分析一個程序時, main是一個好的起始點. 20.層疊if-else if-…-else序列可以看作是由互斥選擇項組成的選擇結構. 21.有時, 要想了解程序在某一方面的功能, 運行它可能比閱讀源代碼更為恰當. 22.在分析重要的程序時, 最好首先識別出重要的組成部分. 23.了解局部的命名約定, 利用它們來猜測變數和函數的功能用途. 24.當基於猜測修改代碼時, 您應該設計能夠驗證最初假設的過程. 這個過程可能包括用編譯器進行檢查|引入斷言|或者執行適當的測試用例. 25.理解了代碼的某一部分, 可能幫助你理解餘下的代碼. 26.解決困難的代碼要從容易的部分入手. 27.要養成遇到庫元素就去閱讀相關文檔的習慣; 這將會增強您閱讀和編寫代碼的能力. 28.代碼閱讀有許多可選擇的策略: 自底向上和自頂向下的分析|應用試探法和檢查注釋和外部文檔, 應該依據問題的需要嘗試所有這些方法. 29.for (i=0; i 30.涉及兩項不等測試(其中一項包括相等條件)的比較表達式可以看作是區間成員測試. 31.我們經常可以將表達式應用在樣本數據上, 藉以了解它的含義. 32.使用De Morgan法則簡化復雜的邏輯表達式. 33.在閱讀邏輯乘表達式時, 問題可以認為正在分析的表達式以左的表達式均為true; 在閱讀邏輯和表達式時, 類似地,