wiki源碼

『壹』 2021維基百科中文版怎麼用不了了

維基網路中文版使用方法
1、下載維基網路中文版和離線維基網路資料庫

在你使用維基網路中文版之前，必須先下載它和維基網路的離線資料庫。

2、導入維基資料庫到軟體

因為維基網路提供的離線資料庫(.xml.bz2)文件格式 WikiText 並不能直接使用，所以我們需要先將資料庫轉換成 WikiTaxi 的 .taxi 格式。下載解壓 WikiTaxi 之後你可以看到一個 WikiTaxi_Importer.exe 的文件，雙擊運行它。簡單來說，它就是一個轉換資料庫格式的工具。使用方法和簡單，第一項選擇 .xml.bz2 文件，第二項選擇要保存轉換好的.taxi文件，然後按 Import Now 即可開始。中間那個橫條是用來調整分配多少內存給該工具來進行轉換工作，當然能用的內存越多，轉換速度也就也快了。轉換好之後，如沒特別需要，之前那個.xml.bz2的文件你可以刪除掉了。

3、運行維基網路中文版

如果你已經製作好.taxi資料庫之後，那麼雙擊運行 wikitaxi.exe ，在菜單里選擇 「Options」-> 「Open *.taxi Database」來打開剛才那個製作好的.taxi資料庫文件即可。然後，就沒然後了，你現在已經擁有一個離線的維基網路資料庫了！想查詢什麼直接搜索就行了。

操作說明
源碼在source文件夾下，data文件夾用來存放 .zim 文件，需要自己在維基網路按需下載 .zim 文件。

PC端瀏覽器訪問界面：

下圖中每一個方框是一個資料庫，自己去下面提供的網站根據需要下載對應的zim資料庫文件。

打開下圖這個頁面後，需要點擊進入相應的庫才能搜索，不能在這個頁面直接搜索！！！

手機端瀏覽器訪問界面：

維基網路中文版注意事項
（1）程序運行之後會自動打開默認瀏覽器來訪問地址localhost上的離線維基網路，如果無法打開請檢查hosts文件；

（2）程序運行之後會後台展示一個黑底綠字的命令行窗口，用來展示提示信息，如Kiwix Server IP地址，請勿關閉該窗口，在用戶關閉瀏覽器窗口後，此窗口會自動關閉；

（3）程序使用的離線維基網路資料庫為kiwix.org製作的zim文件，使用前請自行到地址下載自己所需語言和學科的zim文件：

請將zim文件下載好後，放到程序根目錄的 data 文件夾下，程序就會自動識別並在瀏覽器中展示。

『貳』 一個源代碼項目，沒有任何技術文檔，怎麼讀懂它

項目介紹，數差wiki，源碼包的readme等。明確項目的目標，應用場景，甚至是用到的技術方案。根據源碼包的架構，以及了解到的用到的技術方案，大概猜測一下各個模塊的功能。同晌早樣瀏覽所有的源碼文件，通過文件名字猜測其功能。推薦使用某些代碼閱讀工具，如source insight，開始通讀代碼。閱讀的順序就比較靈活了，可以按照模塊來閱讀，可以先大致瀏覽核心部分再到外圍代碼，或者反過來從外圍到核心包圍。經過第四步的通讀，大概就能明確各個模塊的功能以及各模塊之間如何結合的了，這時在心裡已經對整個代碼結構有個大致的印象了。如果做不到，就重做第四步。細讀部分代碼。比如你感興趣的部分薯謹皮是如何實現的，或者核心部分的細節。同樣我認為，帶有某種目的的閱讀更有效，比如想借用某部分的實現思路，想改進某部分，那就針對自己的目標部分進行重點攻破。經過以上幾點，相信整份代碼已經都理解的七七八八了。再往下做什麼相信都不會是障礙了！我也好久沒看開源代碼了，多看看開源代碼，學習一下牛人的代碼風格真的很有好處。以後我也得多讀一些，好好加強一下編碼能力了，與君共勉吧～

『叄』 GitHub 上有哪些完整的 iOS-App 源碼值得參考

1. Coding iOS 客戶端

Coding官方客戶端. 筆者強烈推薦的值得學習的完整APP.
GitHub - Coding/Coding-iOS: Coding iOS 客戶端源代碼
2. OSCHINA 的 iPhone 客戶端
開源中國的iPhone客戶端源碼
https://git.oschina.net/oschina/iphone-app
3. Git@OSC
Git@OSC iPhone 客戶端，方便用戶查看Git@OSC的項目以及簡單的操作issue等
oschina / git-osc-iphone
4. Firefox for iOS
GitHub - mozilla/firefox-ios: Firefox for iOS
5. zulip-ios
Dropbox收購公司內部社交服務商Zulip,然後全部開源，這是iOS App
GitHub - zulip/zulip-ios: Zulip iOS app
6. iOSSF
SegmentFault官方App
GitHub - gaosboy/iOSSF: SegmentFault官方App
7. iReddit
Reddit iPhone客戶端
GitHub - reddit/iReddit: The iReddit iPhone app
8. Monkey
GitHub第三方iOS客戶端
GitHub - coderyi/Monkey: Monkey is a GitHub third party client for iOS,to show the rank of coders and repositories.
9. Watch
Dribbble第三方客戶端
GitHub - tuesda/Watch: A project which demonstrate how to develop a custom client on android for dribbble.com
10. Voice2Note
懶人筆記iOS客戶端
GitHub - liaojinxing/Voice2Note: 懶人筆記iOS客戶端
11. RSSRead
「已閱」（iOS上開源RSS新聞閱讀器）
GitHub - ming1016/RSSRead: 「已閱」（iOS上開源RSS新聞閱讀器），有興趣？那就Pull Requests吧
12. BeeFancy
BeeFancy仿Fancy官方APP的WIREFRAME，基於BeeFramework
GitHub - BeeFramework/BeeFancy: 仿Fancy官方APP的WIREFRAME，基於BeeFramework
13. SXNews
模仿網易新聞做的精仿網易新聞
GitHub - dsxNiubility/SXNews: High imitation Neteasy News. (include list,detail,photoset,weather,feedback)
14. Doppio
尋找最近的星巴克
GitHub - chroman/Doppio: An open source iOS app to find the nearest Starbucks store using NSURLSession, AFNetworking 2.0, Mantle and Starbucks private API.
15. Anypic
類似於Instagram的一款App
GitHub - ParsePlatform/Anypic: An open source mobile and web app that lets users share photos similar to Instagram
16. 豆瓣相冊
Slowslab iOS應用 豆瓣相冊 精選集 開源項目
GitHub - TonnyTao/DoubanAlbum: Slowslab iOS應用 豆瓣相冊 精選集 開源項目，僅供學習參考
17. ChatSecure-iOS
Objective-C寫的XMPP聊天應用
GitHub - ChatSecure/ChatSecure-iOS: ChatSecure is a free and open source encrypted chat client for iPhone and Android that supports OTR encryption over XMPP.
18. NotificationChat
Objective-C寫的完整的聊天應用
GitHub - relatedcode/EncryptedChat: This is a full native iPhone app to create realtime, text based group or private chat with Parse and Firebase.
19. FakeZhihuDaily
仿知乎日報iOS客戶端
GitHub - gnou/FakeZhihuDaily: 仿知乎日報iOS客戶端
20. ruby-china-for-ios
RubyChina官方客戶端
GitHub - ruby-china/ruby-china-for-ios: Ruby China client for iOS
21. Meizi
豆瓣妹子圖iOS客戶端
GitHub - Sunnyyoung/Meizi: 豆瓣妹子圖iOS客戶端
22. PlainReader
一款 iOS(iPhone + iPad) 新聞類客戶端，內容抓取自http://cnBeta.com
PlainReader/PlainReader at master · guojiubo/PlainReader · GitHub
23. iOS-2048
用Objective-C實現的2048游戲
GitHub - austinzheng/iOS-2048: iOS drop-in library presenting a 2048-style game
24. ECMobile_iOS
基於ECShop的手機商城客戶端
GitHub - GeekZooStudio/ECMobile_iOS: 基於ECShop的手機商城客戶端
25. wikipedia-ios
維基網路官方App, 已上架
GitHub - wikimedia/wikipedia-ios: The official Wikipedia iOS app.
26. Sol
漂亮的扁平風格的天氣App
GitHub - comyarzaheri/Sol: Sol° beautifully displays weather information so you can plan your day accordingly. Check the weather in your current location or any city around the world. Implemented in Objective-C.

『肆』 哪裡能找到像微信開發者文檔這種風格的源碼

這個一般你是找不到的，html倒是不難，哪怕直接ctrl+s瀏覽器就能保存，但php的肯定是沒有的，最真碼沒有免費的

『伍』 Wiki引擎的種類介紹

以下是一些較為著名的Wiki引擎：

MediaWiki
PHP語言開發的wiki引擎，維基網路所使用的引擎。支持繁簡中文。
安裝需求：Apache + PHP + Mysql。IIS + PHP + MySQL亦可執行，但是部份源碼的的參數需要修改（參見meta的說明）
SushiWiki
用C#開發的WikiClone，中文支持較好。
安裝需求：IIS + ASP.Net</span>%20>ASP.Net +（可選的資料庫伺服器）
FlexWiki
微軟的開源產品，開發語言為C#，基於CPL（Common Public License）協議，不支持中文鏈接。
安裝要求：IIS + ASP.Net
JASSWiki
JspWiki 是一套非常容易安裝的系統，支持JSP腳本
安裝需求：JDK + tomcat
OpenWiki2004
是一款非常出色的WIKI引擎，基於ASP開發，而目前ASP的WIKI引擎數量稀少，因此OpenWiki無疑是基於IIS+ASP的伺服器的首選。支持中文（一般）。
安裝需求：IIS + ASP + ODBC
WikkiTikkiTavi
小巧輕快的 Tavi 系統
安裝需求：PHP + MySQL
ChiqChaqWiki
默認給一般人使用的 WikiClone. 支持 utf-8，繁體中文沒問題，但不支持RSS
PersonalWiki
個人使用的 Wiki 系統
OddMuse
使用Perl語言的Wiki系統
TheWikiWay
介紹WikiWiki協作編輯系統的專著
MoinWiki
Python cloned Wiki支持中文版本，可運行在Windows、Linux/BSD/UNIX、OS X等環境下。目前能夠處理英文、德文、繁簡體中文、日文、俄文等約20種語言。
WakkaWiki
十分小巧的基於PHP+MySQL的wiki。由於其小巧簡潔，非常適合基於他進行個性化改進。
CooCooWakka
一個基於 WakkaWiki 的中文改進版，支持簡體和繁體中文。
PmWiki
使用PHP語言開發，容易安裝配置，無需資料庫支持。支持分組及分級（全站、組、單個頁面）讀寫許可權，支持中文及UTF-8編碼，官方不支持中文鏈接。參考PmWiki 簡體中文版。
XOOPSWAKKA
基於Wakka修改的XOOPS Wiki模組，支持簡體中文與繁體中文，並加入了目錄，中文索引，腳注，日歷，文件上傳等新功能。
DokuWiki
這是一個符合標准，簡單易用的維基軟體，主要用來生成說明文件。它的目標是開發團隊，工作小組及小型公司。
UseModWiki
採用Perl語言所開發的維基引擎，曾為維基網路所使用。
Instiki
採用Ruby on Rails框架開發的維基引擎，以安裝簡便和使用方便而著稱。
TWiki
企業內部常用的Wiki，開放源碼系統。
Generic Applications Server
PukiWiki
由YukiWiki所衍生，大多為日文的Wiki網站所使用。
Tiddlywiki
個人使用的筆記型wiki，沒有後端資料庫，無須安裝，盡由單個html網頁檔組成，內核極度輕量化（以kb計算），只要有瀏覽器就可以瀏覽與編輯，適合裝在隨身碟里帶著走。也可以將檔案直接放在網路空間成為網頁，但網路應用時默認不支援遠程內容變更（可以透過外掛取得支援）。
Project forum
是個收費的維基引擎，有免費版本，但功能受限。自帶網路伺服器，安裝簡單。

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

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

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

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

本文以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。

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