看不懂框架源碼學什麼

㈠ 三大框架源碼(SSH)怎麼看，從哪裡入手去看,從哪些類開始看,很是沒有頭緒呀，高手指點下！謝謝……

個人感覺看代碼找版本低一點的好其次最好從自己做的畢臘一些應用，結合功能看相關的代碼；散知最後感覺tomcat的代碼容易點。。。 補充個：看源碼切忌貪多求全，要沖數消專注關鍵的。。。

㈡ 開始讀spring源碼了 有什麼能指教的嗎

研究框架的源碼：
一、前提: 需要基礎很扎實，做過很多項目了之後。
二、作用：
1、為了更好的掌握框架
2、更好的處理代碼中出現的問題或者bug
3、為了以後擔當系統架構師打下基礎
三、好處：
1、為了自己更深入的了解框架的原理
四、怎麼著手去研究：
1、先找一些spring的入門教程，先做幾個例子，感受一下其功能，體驗一下其IoC，AOP的例子。
2、通過一個具體的項目的實際代碼去練練手，去發覺spring的原理。
3、看看spring的中文版live教程。

通過以上，你會很快入門，而且會越來越強大。

㈢ 我1年php程序員了 我連別人寫的框架都看不懂 是不是說明我 這1年什麼東西都沒學到這個框架 結合smarty,mem

看懂別人的程滾戚飢序本來仔銷就不容易，重要還是自己多動手，大返多讀讀別人的源碼，如果要學會一個框架的寫法，最好就是試著寫這個框架的插件，很快會融入到這個框架中，再回過頭去看，就不是那麼難了

㈣ 看懂PHP源碼需要掌握哪些技術

看懂PHP源碼，如果簡單的程序，需要掌握基礎的PHP函數即可，框架的需要了解框架結構
PHP多看，多寫，熟能生巧，不過現在更新換代太快了，PHP不學習就落後，當你還在學習什麼事變數，別人已經MVC了，學習PHP一定要用心。
多下載開源程序，調試，並查看代碼結構，找到函數出處，裡面的作用是什麼！
有的2個月就能閱讀代碼了

㈤ 如何學習開源框架

<p�0�2</p <p�0�2</p <p�0�2�0�2 整理了下自己的思路，僅供拍磚！</p <p�0�2</p <p�0�2�0�2�0�2�0�2�0�2�0�吵散2 （做了產品經理之後遇到啥事，我都先講背景，生怕客戶聽不懂）</p <p�0�2</p <p�0�2</p <p�0�2</p <p�0�2 �0�24：<strong深入</strong：下載開源框架的源代碼，運行一個Demo，找到框架的入口，使用debug模式，斷點看源代碼的執行流程。</p <p�0�2</p <p�0�2</p <p�0�2�0�2�0�2<strong<span style="font-size: small;"<span�0�2</span</span<span style="font-size: x-small;"其他技巧：</span</strong</p<ol<li<span style="font-size: x-small;"有一定能力的技術人員先看DEMO 文檔太多很容易看暈。</span</li <li<span style="font-size: x-small;"先看框架的外層，再看內層。逐層學習。</span</li <li<span style="font-size: x-small;"多畫圖，將信息結構化。</span</li <li<span style="font-size: x-small;"多總結，將信息由多變少。</span</li</ol<p<span style="font-size: small;"<strong</strong</span�0�2</p <p<span style="font-size: small;"<strong我覺得學習能力即總結能力，所以總結很重要，你學習一個東西，看過了，不代表你會了，背過了，不代表你會了，只有反復學習和總結之後，深深的植入你的潛意識才算你會了。</strong</span</p <p<strong</strong�0�2</p <p<strong<升仔氏span style="font-size: small;"�0�戚頃2</span</strong<strong</strong</p <p�0�2</p <p學習了...都是看差不多了不總結.</p

㈥ 程序開發中spring框架要怎麼學習呢

1、打好基礎是重中之重

基礎部分可能很枯燥，但是一定要耐心堅持下去。因為打基礎好比是在造輪子造汽車，沒有打好基礎在後面的學習就好比走路，可以說後面遇到的百分之七八十的問題都是基礎沒學好造成的。

2、多看官方文檔多讀源碼

一定要看JDK相關類庫、常用框架各種功能的源碼，去了解其底層實現的原理。總的來說這個也是在打基礎的部分，java基礎非常扎實才能看懂，在我們學習一個類的源碼時，肯定會衍生出其他各種各樣的問題，供我們來了解和學習，這也就是我們下一步學習的目標和方向。慢慢的，我們就會學習更多的知識，並積累更多的經驗。

3、系統性學習，循序漸進

不要急於求成，每個知識點都要看，並且每個知識點都要勤加練習。有的同學在學習過程中覺得這個知識點簡單，就跳著學習，其實這是個很大的問題，知識點細節必須要了解。我們學習Java需要循序漸進，一步一步來，不能操之過急。

4、遇到問題

遇到不會做的問題，當然不能置之不理。先在網上查，目前網路上針對很多問題都有完美的解決方案，如果網上沒有類似的問題，那可能是你犯了什麼小錯誤。也不要在這個問題上花費太多時間，這需要一定的學習技巧。Java中的知識有很強的相關性，有不懂的地方，可以用其他周邊相關知識再回過頭來理解，這樣既不會耽誤學習進度，又能理解自己不懂的地方

1）jvm有很多種，其實jvm是一個標准，sun做的那個叫hotspot，作者就是後來v8的作者lars bak，其他公司也做過jvm，其中做得比較好的有bea的jrockit，其他的包括ibm的r9，apple的jvm等在內，都做得不行，所以jvm主要是整合淘汰掉這些做得不好的jvm(s)，整合成一個統一的openjdk。

2）java是典型的oop語言，其執行效率的優化，最早就是lars bak等人從smalltalk等長期優化的經驗中總結出來並apply到hotspot上去滴，而smalltalk在早期apple機上搞出了那種拖拖拽拽就開發出app的做法，後來vc，delphi之類的其實都是抄襲或者說借鑒apple的smalltalk的做法，jobs說微軟從頭到尾都在抄襲apple是空穴來風，這里空穴來風跟王垠使用的空穴來風是一個意思，有趣的是，java的gui並沒有繼承這種搞法，反而對這種拖拖拽拽就作出app的做法批判有加，到今天，其實java的gui都還不能真正做到拖拖拽拽就作出來，問題很多，個人建議對於純java的gui開發，還是以寫代碼為主。

3）jee也是一個或者說是一堆標准，知乎上有些人把maven，jenkins都算做jee是不對滴，jee的標准核心是ejb，其實就是一個xml配置化的java文件，這個標准在4的時候，達到了頂峰狀態，幾乎所有的挨踢大廠都主動支持該標准，之後開始走下坡路，支持的廠越來越少。

4）java和javascript的關系比很多人認為的要密切，javascript裡面的java這四個字母可不是白叫的，比如js的版權和商標都控制在oracle手裡，oracle對於js的支持甚至超過其對java的支持，並且喜歡捆綁銷售，比如jvm裡面就有一個js引擎。

5）jvm裡面除了js engine以外還有一個瀏覽器排版引擎webkit，就是apple safari和google chrome用的那個那個。

㈦ 新手看不懂 zend framework框架

自學多久了呢？有沒有自己動手寫過一個留言板，甚至是復雜的東西呢？（注意是面向過程）。這是實習公司所看重的，直接上手框架，那是不可能的。因為這裡面牽涉到編程思想，掌握了思想，那才到弊蘆考慮框架的時候，如果你已經自己寫過一些站（前台+後台），有了自己的心得，想法之後。再去學習框架。
剛剛開始學習框架的時候，建議學個簡單一點的。比如樓上的thinkphp cakephp。租斗帶我學的是thinkphp，學的時候並不是直接看源碼，而是先學會怎麼用，增刪改查，然後多開發點程序。過了這個階段，再去慢慢的學習裡面的代碼，演算法等。
我也是個新手，還是在用框架的基礎上，還沒到學習的時候。
純手打銷隱，謝絕復制，粘貼。

㈧ 如何高效閱讀源代碼

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

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

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

本文以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 等框架的源碼。

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

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

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

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

一般會看下項目最新的情況，然後沒有關閉的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。

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

㈨ 拿到一個php源碼怎麼分析它用的是什麼框架

如果是單一入口模式的在index.php里的都會有簡介
/**
*
**/
如果是自己，或團隊開發的自己框架，有的會註明

㈩ 如何去閱讀並學習一些優秀的開源框架的源碼

對於開發者來說，社區里豐富的開源代碼其實是筆極為寶貴的財富。如果能充分利用好開放源代碼的資源，不僅可以掌握多種編程方法，提高實踐能力，還能獲得好的思想，激發編程靈感。開源代碼怎麼學以及怎樣才能學好是大家經常關注的話題，日前，在問答網站知乎上，有人拋出了「如何更有效地學習開源項目的代碼？」的話題，眾技術好手各抒己見，CSDN軟體研發頻道對本文內容進行了整理，方便大家學習與參考。盛大創新研究院研究員 庄表偉：學習開源 盡可能在代碼里找答案 庄表偉提供了以下9個建議：1.在下載源代碼之後，首先要跑起來，編譯通過、正常運行；2.在你覺得最有可能運行到的地方，設置斷點或者拋出異常，這樣，就能夠找到一個項目在正常運行時的入口點；3.從入口點所在的那個源文件開始閱讀，逐步把握整個項目是如何啟動起來；4.隨便改點代碼，看看會不會報錯，如果報錯，會從哪裡報錯；5.試著把報錯屏蔽、修復、或者繞開；6.嘗試理解一個系統的內部結構，多少組成部分，主線模塊是哪些？輔助模塊是哪些？7.從實際需要出發，修改這個項目，滿足自己的某一個小的需求。(注意在此之前，盡量不要在網路上找答案)；8.看看相關的討論與心得，是否與自己的理解相一致；9.提交bug fix或者某個新的功能代碼。在學習開源的過程中，有幾個方面會獲得大量收獲，1.架構與模式；2.開源社區常見的一些慣用法；3.相關領域的結構與演算法。總結一點：學習開源，盡可能在代碼里找答案，而不是在代碼之外找答案，那些都是二手的，而且很可能不準確。互聯網評論員 朱曉陽：從簡單做起 理論聯系實踐朱曉陽對此發表了兩點看法：首先，從簡單做起。剛開始的時候學習一些領域內基礎理論，然後找一些簡單的東西去實現，不能一開始就去找開源項目。建議大家經常動手寫一些小程序，如改進宿舍網路登錄客戶端等。積小成多，能顯著提高自己的編程能力。其次，學習的知識一定要和自己生活或工作有聯系，這樣才會有樂趣或動力。互聯網評論員孫竟：先構想一個想做的項目首先，構想一個想做的項目（比如論壇、博客、微博等）；然後，思考需要什麼功能，應該怎麼去實現，盡可能包括各種細節，有必要時記錄下來；最後，去找個類似的開源應用，看看它是怎麼實現的，和你的想法有什麼差異，有什麼可以學習或需要改進的地方。互聯網草根hqman：我的5個建議：1.反復地使用軟體，熟釋軟體的組成文件和軟體功能，注意IE地址欄內的地址變化；2.打開資料庫文件或存放數據的XML文件，參照數據字典了解各個表和欄位的數據含意；如果沒有數據字典，就運行軟體輸入數據，參照所輸入的數據，了解各個表和欄位的數據含義；3.利用Visio進行反向工程，將類圖抽出來；4.研究類之間的關系，注釋各個類的屬性和方法，弄清程序的整體框架；5.另開一個項目，按照軟體開發的流程，將代碼分段復制進新的項目，進行編譯調試，關注一些實現細節，學習一些編程的技巧。在讀研究生張偉：在校學生空閑時間多參加一下比賽張偉的建議是大家在空閑時間多參加一些比賽。一個完整的項目，不管再小，只要做完了，就會有收獲。多看一些比較大的開源項目源代碼，每次看完後都會受益匪淺。從網上成熟的開源代碼里，可以學到很多的設計思想。他認為，從項目入手，以項目為驅動，可激勵自己進步。當然，是否一定需要看開源代碼，這將取決於個人的興趣和需要。畫出程序流程圖 理解程序流程思想CSDN博客專家i_like_cpp：曾在CSDN分享了《如何將源代碼學好》的博文，對此，他給出了四點建議：1. 畫出整個程序的流程圖，理解整個程序流程的思想。畫流程圖的方式更讓人很直接的理解程序的整體流程，而不會被代碼所干擾，讓程序員總體上把握整個程序；2. 對流程各節點（函數或過程）的理解，流程的每一節點是構成整個流程的不可缺少的部份；3.再把流程和流程各節點串起來理解整個程序，可能的話最好寫出讀書筆記；4. 如果想深刻的學習到源代碼的精髓所在，請寫一個相近的程序進行操練。理解了這個程序並不表明掌握了這個程序，只有在操練一個相近的程序時，才知道你到底理解了多少，掌握了多少。編後語：源代碼的學習是一個從整體到不斷細化的過程，是一個極為繁瑣的過程同時也是一個不斷認清事物本源的過程。