拿到程式碼的時候
1、最好先看目錄結構並找到配置檔案
2、以自己的開發經驗去判斷大概的程式架構，理清楚是否為單點入口，
3、讓把程式執行起來

沒有資料庫的情況下執行起來可能會錯誤很多，不過這些錯誤可以引導你對程式理解，對著錯誤提示，跟蹤程式碼脈絡，很容易就把整個系統拿上手了。

我通常是區域性功能研究著手，研究一個功能的走向流程，那麼基本可以熟悉他的基本工作模式來，然後在逐步的推敲框架結構

先看下是否有框架，如果有框架，去看下框架文件就知道了
如果沒有框架，看是否能出框架的出口和入口入手了

先看下 目錄結構
使用xdebug生成profile檔案，可以用KCachegrind來檢視，但是這個工具只在linux下面可用，沒有windows下的版本。這裡推薦一個win下的免費工具——wincachegrind，也可以檢視xdebug的profile檔案，用來分析php程式碼執行情況足夠用了（偶爾不太穩定）。

有程式碼的流程，大部分的專案就可以知道整個程式碼流程了，
具體邏輯的東西，就只能你自己慢慢體會。
奇吧太多了

開源的嗎? 如果有文件的話 當然是先看文件了 如果沒有的話就用除錯工具吧 比如Zend Studio什麼的

好像沒有快速的方法。我的做法是看著程式碼在腦中跑一遍，瞭解大概流程，然後再細看。

如果沒註釋的話很困難，如果有phpDocumenter的標準註釋可以用它來生成文件

一個原始碼首先第一步不看程式碼，看結構，大致知道採用的是那種設計模式，例如函式式的還是mvc方式的，接下來從一個功能入手，先用firebug或者chrome的工具檢視請求的url,以及請求url後web前端表現出來的，接下來，上面的模式用到了，去看url對於的方法吧，方法中必定會呼叫其他的方法，層層遞進，分析下來，這個小功能的實現懂了吧，然後多多分析各個功能的實現，大致這個原始碼的結構熟悉了，那麼帶著前端的一些操作去摸索各個功能點的實現方法吧

1、拿到程式碼檢視專案當中是否有readme這樣的檔案，如果沒有檢視是否有文件之類的
2、程式碼當中沒有文件，那麼就想你的同事或者其他人要這個框架的介紹或者資料
3、先請教別人這個框架的大體思路
4、自己獨立去按照文件或者其他人說的思路去看程式碼
5、不懂的地方全部記錄下面，一次行去問，有的時候很多問題在你看到後面的東西的時候就自然明白了
6、看懂了程式碼之後自己嘗試著寫一個，看自己的理解是否正確就這麼多了。