xhprof 是facebook開源出來的一個php性能測試工具，也可以稱之為profile工具，這個詞不知道怎麼翻譯才比較達意。跟之前一直使用的xdebug相比，有很多類似之處。以前對xdebug有一些記錄還可以供參考，但是它的缺點是對性能影響太大，即便是開啟了profiler_enable_trigger參數，用在生產環境中也是慘不忍睹，cpu立刻就飙到high。
而xhprof就顯得很輕量，是否記錄profile可以由程序控制，因此，用在生產環境中也就成為一種可能。在它的文檔上可以看到這樣一種用法：
以萬分之一的幾率啟用xhprof，平時悄悄的不打槍。
復制代碼 代碼如下:
if (mt_rand(1, 10000) == 1) {
xhprof_enable(XHPROF_FLAGS_MEMORY);
$xhprof_on = true;
}
在程序結尾處調用方法保存profile
復制代碼 代碼如下:
if ($xhprof_on) {
// stop profiler
$xhprof_data = xhprof_disable();
// save $xhprof_data somewhere (say a central DB)
...
}
也可以用register_shutdown_function方法指定在程序結束時保存xhprof信息，這樣就免去了結尾處判斷，給個改寫的不完整例子：
復制代碼 代碼如下:
if (mt_rand(1, 10000) == 1) {
xhprof_enable(XHPROF_FLAGS_MEMORY);
register_shutdown_function(create_funcion('', "$xhprof_data = xhprof_disable(); save $xhprof_data;"));
}
至於日志，我暫時用的是最土的文件形式保存，定期清除即可。
BTW:xhprof生成的圖形方式profile真是酷斃了，哪段代碼成為瓶頸，一目了然。
by phpe：下面是一個例圖：
關於改善xhprof使用情況的設想
自從去年將xhprof用在生產環境以來，對生產環境的程序調試，性能優化都帶來很多便利。但是在使用過程中，還是有一些細節需要改善。
問題
xhprof的profile日志直接以文件形式保存在生產服務器上，需要定時清理，或者收集起來移動到查看日志的工具機上。
由於xhprof生成的profile是一個大數組，所以保存到文件時使用了標准的php serialize，日志文件偏大，一個不留神就容易占用很多服務器磁盤空間。
查看日志列表時，一個個點開查看比較費勁。
針對這幾個問題，我有一些小小的設想。
日志存放
部署一個中央日志服務器，采用facebook的scribe來收集日志。生產環境的服務器產生的xhprof日志，都寫入到scribe的客戶端，由客戶端自動同步到中央日志服務器的scribe上，不占用本地的存儲空間。在代碼上的改動也比較小，只要基於iXHProfRuns接口實現一個XhprofRuns類，調整save_run方法的存儲方式即可。
更換序列化方法
xhprof默認是將profile信息用php原生的序列化方法處理後進行保存，而我在前兩天比較過igbinary vs serialize vs json_encode的性能和占用字節數，這個測試裡igbinary在各方面都有一定優勢，尤其是占用存儲空間會大幅度減小，所以我只要更換序列化方法為igbinary_serialize即可獲得改善。
優化列表展示
我已經厭倦挨個查看profile日志的大圖，費時費力還沒有針對性。所以我現在的做法是，在profile日志的列表中將前1000個日志的總體執行時間直接輸出到列表中，並且將執行時間過長的日志用紅色粗體標識。做了這個小小的改動之後，當我想要去視察一下運行情況時，就把日志列表中那些紅通通的鏈接點開看看就行了，真正的省時省力。
如何從xhprof日志文件中獲取執行時間？簡單的代碼如下
復制代碼 代碼如下:
/**
* 由xhprof日志獲得執行時間
*
* @param string $log xhprof日志的文件路徑
* @return int 執行時間
*/
function getSpentTime($log) {
$profile = unserialize(file_get_contents($log));
return $profile['main()']['wt'] / 1000;
}
