如何學習大型項目的源碼？

閃閃的星仔

每一個人做事都有自己的風格與習慣,。當你發(fā)現(xiàn)身邊一個人很優(yōu)秀的時候，你去看一下他的24小時是怎么度過的,，然后再對比一下你的24小時,，答案就很明了了。同理,，如果你覺得學習源碼很困難,，不妨請教一下那些比較牛的"過來人"，看一下別人學習源碼模塊的流程,。當然具體來說,，影響一個事物的緯度，細節(jié),，前提條件都很多,，別人的方法照搬過來可能是行不通的，比如說別人能一天雷打不動地學10個小時,，這個放到有些人身上幾乎不可能,。那如何學習大型項目的源碼？下面我把自己學習虛幻引擎源碼（C++）的思路和過程給分享給大家,。

虛幻引擎源碼大概有幾百萬行(沒有精確統(tǒng)計過,，可以參考下面的純代碼文件夾截圖)，最早可以追溯到1998年Epic自主研發(fā)的3D游戲——虛幻,。對于一個提供了如此完善功能的游戲引擎,，可以想象到他的代碼是相當復雜的。所以,，在學習的一開始你要明確，你的目的不應該是從頭到尾地讀遍他所有的源碼,，而是確定好學習目標后,，抽絲剝繭地且有條理的整理出某一個具體模塊的內(nèi)容。

這里先給出簡化版的總結(jié),，然后我會針對每條做進一步的闡述,。

準備工作:建議準備大塊且連續(xù)的時間（細碎的時間容易中斷類關系的梳理）,，一個比較方便查找的IDE或工具（VS，Notepad++等）,，類圖工具（staruml,，Edraw等）

學習步驟（簡化版）:

1.決定要學習的模塊，查找官方文檔,、相關的總結(jié)文章,，整理出大概的學習內(nèi)容與目標

2.運行程序，觀察表現(xiàn)

3.運行源碼,，斷點調(diào)試,，從頭跟一邊源碼的執(zhí)行流程，注意函數(shù)堆棧

4.畫類圖,、流程圖,，先把遇到的重要類記錄下來，表明各個類的關系

5.記錄問題,，把不理解的類或者內(nèi)容以問題的方式記錄下來

6.寫文章,、筆記，嘗試逐個解決之前遺留的問題

2-6可能需要持續(xù)的重復進行

學習步驟（詳細版）:

1. 查找官方文檔,、相關的總結(jié)文章

比如說我想研究網(wǎng)絡模塊,，首先去官方文檔、論壇,、wiki里面過一遍網(wǎng)絡相關的所有內(nèi)容,，這時候遇到不懂的問題盡可能解決，解決不了的就把問題記下來,，先去官方文檔看我覺得是非常有必要的,，因為這里的文章是最權(quán)威的，錯誤率非常低,。然后,，去Google、百度搜索相關的文章與帖子,，同時可以加入一些技術qq群（有一些水群果斷退了就行,，保留一些優(yōu)質(zhì)的交流群），過一遍這些文章和資料,。目前能看到比較好的技術網(wǎng)站大體上就是各個技術對應的官方網(wǎng)站（論壇）,、StackOverflow、知乎,、博客園,、簡書、CSDN,、一些個人網(wǎng)站等,，當然有些網(wǎng)站復制粘貼現(xiàn)象嚴重,，需要自己篩選。建議能找到原文鏈接的盡量去原文里面看,，因為你有可能從原創(chuàng)作者那里看到更多優(yōu)秀的文章,。

2. 在運行程序的時候，我們需要調(diào)整各種參數(shù)來執(zhí)行不同的情況,，進而觀察其表現(xiàn)效果來驗證我們的猜想與結(jié)論

比如說,，對于一個處于休眠狀態(tài)的Actor屬性是否能正常同步，如果客戶端屬性與服務器一樣是否還會執(zhí)行回調(diào)函數(shù)等,。執(zhí)行程序可以快速的得到結(jié)論,，然后根據(jù)結(jié)論我們可以更快速準確的進行分析。為了提高效率,，最好在一開始就設置不同的配置,、GM等來在項目運行時動態(tài)改變運行內(nèi)容，因為大型項目一般都是編譯型語言,，我們可能可能需要頻繁的修改代碼編譯再重新運行,。

3.調(diào)試可以說是最為關鍵的一步了，80%的細節(jié)需要你在調(diào)試中去理解

函數(shù)什么時候執(zhí)行到這里（函數(shù)斷點）,？每一步每一個屬性值是多少,？屬性值什么時候發(fā)生變化（條件斷點）？一個完整的執(zhí)行流程是什么樣的（函數(shù)堆棧）,？這些問題需要你一點一點的進行跟蹤調(diào)試,，最后再去解決。

4.畫圖的習慣可能很多人沒有,，但是我個人覺得這是一個必不可少的環(huán)節(jié),，因為他可以大幅度提高你對框架理解的速度

對于任何一個復雜的項目，每一個模塊都會牽扯到大量的類（排除純C項目）,，類的關系錯綜復雜,，而且為了降低耦合還可能用到各種設計模式，這些都大大提高了代碼的閱讀難度,，很有可能你看了3,、4個類之后就完全搞混了他們都是干什么的。舉例來說,，我在看UE4屬性同步模塊的時候,，完全被各個類之間的關系搞蒙了，所以我看到一個類就把他的類圖畫下來,，看到相關的類就記錄他們的關系,，最后得到了下面這樣一個簡化的類圖。經(jīng)過梳理后,，幾句話我就可以概括他們之間的關系,。

當然，除了類圖以外,，還有流程圖,、時序圖，甚至是你自己為了方便發(fā)明的“模塊關系圖”,，這時候圖的種類與規(guī)范其實沒有那么重要,，只要能幫助你理解就行。



5.記錄的問題有兩種：別人給你的問題以及你自己給自己的問題

別人給你的問題：你在閱讀的時候不可能一帆風順,，可能在第一步的時候,，就已經(jīng)遇到了無數(shù)的問題。這時候不要著急,，按照重要程度順序依次解決,，簡單的問題直接網(wǎng)上搜一搜，解決不了可以找身邊的大神,，網(wǎng)上的牛人解決,。如果還是不行，就把問題記下來,，然后繼續(xù)學習,，當你深入到一定程度的時候，你的問題可能就不攻自破了,。

自己給自己的問題：當你解決了別人給你的問題后,，你應該已經(jīng)理解了一大半了。不過,，任何人寫的文章都不可能覆蓋到全部,，你需要自己挖掘更多更深的問題，然后自己再去解答,，這樣你才能做到比別人了解的更多,，更能體現(xiàn)出你自己的價值。

6.寫文章和寫筆記是有區(qū)別的,，但是都很有意義

寫文章這件事相比上面的步驟我覺得不算是必須的,，這個適合那些追求完美還能擠出時間的人。你寫的東西是要給別人看的,，所以你的目的是給別人講清楚,。我在寫文章的時候會去考慮這個東西我說的真的對么，有沒有把握,，考慮的是否全面,。在這種自我拷問下，我會盡可能的完善我的知識體系，修改文章中那些看起來不夠準確的內(nèi)容,。如果最后能做到給讀者講清楚的話,，那你是真的會了。

寫筆記相比寫文章要輕松很多,，我只是把我總結(jié)的內(nèi)容,，學習的收獲記錄下來，不需要考慮太多的東西,。雖然沒有寫文章那么追求完美,，但是這個過程中我們可能也會多了很多思考，在之后的學習過程中快速的回憶起自己學習的經(jīng)驗,。

備注：第一次執(zhí)行這個過程是相當漫長和艱難的,，如果和我一樣一開始知識儲備不夠，那么幾乎每走一步都需要大量的學習和查資料,。不過只要堅持下去,，你最后會發(fā)現(xiàn)自己的收獲非常大，閱讀其他模塊的源碼也變得容易很多,。

上面只是我學習源碼的一個方法,，可能并不適合所有人，也還有很多地方可以進一步完善,。

最后,，我再強調(diào)一點，如果只是為了使用好一個工具,，你不需要徹徹底底的理解所有內(nèi)容,，因為你的時間是有限的。如果你真的是抱著學習的態(tài)度去研究源碼細節(jié),，那請做好花費大量時間的準備并堅持下去,。

1186156387

在運行程序的時候,，我們需要調(diào)整各種參數(shù)來執(zhí)行不同的情況