諸多好的開源專案，其**寫的非常優秀，有很高的參考價值，需要用好的方法去閱讀，否則，小則幾萬，多則幾十萬的**，會把人給讀死的。整理一些讀原始碼的方法，以後發現更好的再不斷修改，希望此方面能力能有所提高。
第一工具的選擇（這個非常重要），
linux:vim + ctags + taglist .
windows:sourceinsight ：官方** 以及uml
第二準備工作（準備越充分，成功的可能性越高）：
軟體產品各有特點：有的重業務邏輯、有的重產品特性、有的重高效能、有的重可復用，等等，所以，準備工作是最重要的，必須有對於其自身的特點有很多的了解，否則，讀的時候很費勁而且根本無法讀透徹。
1,明確一點：不可能一遍看透，溫故知新。2，一遍閱讀一遍整理框架，寫好注釋，繪製uml。3,找到核心業務邏輯，或者主要函式。4，帶著問題去閱讀，避免迷失。5，了解主要執行過程，可以用debug來跟蹤下。6，一半時間廣度優先，一半時間深度優先。7，跟著從頭main()開始寫個精簡版程式。8，沒看懂的地方先略過，做好標記，整理好問題，下次再解決。9，框架->類->函式。業務流程->類序列->函式序列。10，理清自身功能，外部介面，通訊方式，互動方式
第四學習到的東西（帶著目的和問題去做）：
1，架構的設計。2，類的設計。3，業務流程的展開。4，函式的設計。5，技術細節。
斷點怎樣不進入原始碼 如何閱讀優秀的原始碼（心得）
如何閱讀優秀的原始碼 心得 在上學那會呢，就挺感興趣對閱讀原始碼，為什麼呢？作為一名程式設計師，也想寫出跟比爾呢一樣牛的 為人所用啊。我也想變得優秀。但是那會真是有心無力啊，基礎沒有，經驗沒有，對程式設計的認知低，領悟能力差。連個增刪改都不能很清晰的寫出來。還閱讀原始碼呢，這就是寸步難行啊。沒有辦法...
如何閱讀原始碼
帶著問題閱讀 要解決什麼問題 是如何實現的？背景調查 看官網介紹 維基百科，了解主要功能，被應用於哪些專案以及基本的使用，掌握這些基本資訊 使用框架 至少follow get started 做個小demo 真的有人連api都沒呼叫過，上來就看 盡可能編譯除錯。能除錯的 幾乎沒有看不懂的 了解一些設...
如何閱讀原始碼
我剛開始閱讀原始碼就是盲目的去讀，不知到問什麼要讀，讀那部分，甚至準備把所有的原始碼類從上到下依次讀一遍，但是其實這樣是錯的，導致我從第乙個類開始就不知道當前這類的作用，乙個星期也沒什麼進展 其實正確閱讀原始碼的姿勢應該是首先得有疑問，比如spring框架，很長一段時間我都聽說spring的ioc是...