分析PHP腳本Xdebug內置分析器能讓你找到腳本中的瓶頸並用額外的工具諸如KcacheGrind或WinCacheGrind工具可視化。
介紹
Xdebug分析器是分析PHP代碼和判斷瓶頸或確定代碼哪裡運行過慢需要使用加速器的強大分析器。Xdebug2的分析器輸出信息以cachegrind兼容文件形成表現。這能讓你使用優秀的KcacheGrind工具（Linux,KDE）來分析數據。如果你用Linux你可以在你安裝管理器安裝它。
Windows下也有預編譯的QcacheGrind二進制安裝包可用（QCacheGrind 是KcacheGrind不捆綁KDE的版本）
如果你用Mac系統，這裡有介紹如何安裝QcacheGrind。
Windows用戶也可以選擇使用WinCacheGrind。但其功能與KcacheGrind不一樣所以本文不在此介紹該軟件。Xdebug2.3出版時，WinCacheGrind當前仍不支持cachegrind壓縮功能和文件。
如果你不使用KDE(或不想用)，kcachegrind包也攜帶perl腳本“ct_annotate”能分析跟蹤文件輸出ASCII。
開始分析
Php.ini內設置xdebug.profiler_enable設為1開啟分析。該設置命令xdebug啟用分析並寫入到 xdebug.profiler_output_dir指定的目錄中。而產生的文件名一般以”cachegrind.out”開頭，然後結尾跟著以PHP（或apache）進程PID（進程ID）或包含初始調試腳本目錄的crc32哈希值。確保你的xdebug.profiler_output_dir設置目錄有足夠的空間保存分析對復雜腳本分析生成龐大的分析數據。比如有500MB以上的復雜應用程序 eZ Publish。
你也可以通過 xdebug.profiler_enable_trigger 設為1手動開啟分析器。當它設為1後，你能讓分析器使用名為XDEBUG_PROFILE的變量利用到GET/POST 或者 COOKIE 值。 FireFox 2 擴展能用於開啟debugger (參考 HTTP Debug Sessions) 也能用於使用該設置。為了觸發器能合理地運行， xdebug.profiler_enable 需要設為0。
當產生分析結果後，你就能利用 KCacheGrind打開它：
一旦打開了文件，KCacheGrind會有不同的面板提供充足的信息讓你參考。左側你能看到"Flat Profile"面板列出所有腳本函數並以花費 時間為序，還包括了它的子函數時間。第二列"Self"顯示該函數（不包括子函數）花費的時間，第三列"Called"指被調用的頻度，最後一列”functions”顯示函數名稱。Xdebug改變PHP內部函數名並在函數名加前綴“php::”，而引用文件也在用指定的方式處理。呼叫include命令都跟隨“::”和引用的文件名. 左側截圖你能看到"include::/home/httpd/ez_34/v..." 和內存函數示例"php::mysql_query"。頭兩列的數量能以百分數表示總運行時間的占比（看示例）或絕對時間（1單元代表1/1.000.000之一秒）。你可以用右邊的按鈕來切換這兩種模式。
右邊的面板包含上層和下層兩面板。上層面板顯示哪個函數調用了當前選擇的函數（截圖中"eztemplatedesignresource->executecompiledtemplate). 下層面板顯示已選擇的函數調用的函數列表。
上層面板的Cost列顯示當前選擇的函數在列表內被調用時花費的時間。該數字在Cost列通常是100%。下方面板Cost列顯示在列表中調用的函數所花費的時間。在這列的數字當中，你絕不看到達100%執行時間的函數。
"All Callers" 和 "All Calls"顯示不僅僅是函數分別執行的直接調用而且還顯示函數更多的上下級關系。截圖中的上層面板顯示當前選擇的函數調用的所有函數列，直接和間接關系的其他函數都在堆棧中間。（翻譯能力有限……原句是這樣的：The upper pane in the screenshot on the left shows all functions calling the current selected one, both directly and indirectly with other functions inbetween them on the stack.）“Distance”列代表有多少函數呼叫在列表當中，而當前選擇 的為（-1）。如果兩函數間有不同的距離，此外會顯示一范圍值（例如：“5-24”）。圓括號中的數字代表平均值。下方面板也是類似顯示，但不同的是它顯示當前選擇的函數調用的所有函數信息，不管是直接還是間接的。
xdebug.profiler_append
類型: integer, 默認值: 0
設為1時，分析文件工作在新的請求下映射到相同的文件時（取決於xdebug.profiler_output_name）不會下覆蓋分析結果，而是分析信息附加到尾部形成新的分析文件。
xdebug.profiler_enable
類型: integer, 默認值: 0
開啟Xdebug的分析器能在profile output directory目錄中創建分析文件。這些文件能被KcacheGrind讀取而可視化分析數據。該設置不能使用ini_set()在腳本中設置。如果你要選擇性開啟分析器，可以使用 xdebug.profiler_enable_trigger設置設為1代替使用。
xdebug.profiler_enable_trigger
類型: integer, 默認值: 0
設為1時，你就能使用XDEBUG_PROFILE的GET/POST參數或設置XDEBUG_RPOFILE的cookie值觸發分析文件的產生。這些寫入分析數到預定義的目錄中，為了不上分析文件在每次請求中產生，你需要設置xdebug.profiler_enable 為0值。訪問觸發器可能過xdebug.profiler_enable_trigger_value配置。
xdebug.profiler_enable_trigger_value
類型: string, 默認值: "", 始於 Xdebug > 2.3
如xdebug.profiler_enable_trigger所述，該設置用於限制誰能利用XDEBUG_PROFILE功能。當改變原本的空字符串默認值後，cookie,GET或POST參數值需要匹配共享秘密集合並隨設置開啟分析器。
xdebug.profiler_output_dir
類型: string, 默認值: /tmp
該目錄為分析文件輸出的地方，請確保運行PHP的賬戶能對該目錄有寫入權限。該設置不能用ini_set()在腳本中設置。
xdebug.profiler_output_name
類型: string, 默認值: cachegrind.out.%p
該設置決定分析文件的名稱，可使用格式標識符指定，類似於sprintf() 和strftime()。有幾種標識符可格式化文件名。詳見參考xdebug.trace_output_name說明。
string xdebug_get_profiler_filename()
返回當前保存的分析信息的文件名稱。
