xhprof 是facebook開源出來的一個php性能測試工具，也可以稱之為profile工具，這個詞不知道怎么翻譯才比較達(dá)意。跟之前一直使用的xdebug相比，有很多類似之處。以前對xdebug有一些記錄還可以供參考，但是它的缺點(diǎn)是對性能影響太大，即便是開啟了profiler_enable_trigger參數(shù)，用在生產(chǎn)環(huán)境中也是慘不忍睹，cpu立刻就飆到high。
而xhprof就顯得很輕量，是否記錄profile可以由程序控制，因此，用在生產(chǎn)環(huán)境中也就成為一種可能。在它的文檔上可以看到這樣一種用法：
以萬分之一的幾率啟用xhprof，平時悄悄的不打槍。

在程序結(jié)尾處調(diào)用方法保存profile

也可以用register_shutdown_function方法指定在程序結(jié)束時保存xhprof信息，這樣就免去了結(jié)尾處判斷，給個改寫的不完整例子：

至于日志，我暫時用的是最土的文件形式保存，定期清除即可。
BTW:xhprof生成的圖形方式profile真是酷斃了，哪段代碼成為瓶頸，一目了然。
by phpe：下面是一個例圖：

關(guān)于改善xhprof使用情況的設(shè)想
自從去年將xhprof用在生產(chǎn)環(huán)境以來，對生產(chǎn)環(huán)境的程序調(diào)試，性能優(yōu)化都帶來很多便利。但是在使用過程中，還是有一些細(xì)節(jié)需要改善。
問題
xhprof的profile日志直接以文件形式保存在生產(chǎn)服務(wù)器上，需要定時清理，或者收集起來移動到查看日志的工具機(jī)上。
由于xhprof生成的profile是一個大數(shù)組，所以保存到文件時使用了標(biāo)準(zhǔn)的php serialize，日志文件偏大，一個不留神就容易占用很多服務(wù)器磁盤空間。
查看日志列表時，一個個點(diǎn)開查看比較費(fèi)勁。
針對這幾個問題，我有一些小小的設(shè)想。
日志存放
部署一個中央日志服務(wù)器，采用facebook的scribe來收集日志。生產(chǎn)環(huán)境的服務(wù)器產(chǎn)生的xhprof日志，都寫入到scribe的客戶端，由客戶端自動同步到中央日志服務(wù)器的scribe上，不占用本地的存儲空間。在代碼上的改動也比較小，只要基于iXHProfRuns接口實(shí)現(xiàn)一個XhprofRuns類，調(diào)整save_run方法的存儲方式即可。
更換序列化方法
xhprof默認(rèn)是將profile信息用php原生的序列化方法處理后進(jìn)行保存，而我在前兩天比較過igbinary vs serialize vs json_encode的性能和占用字節(jié)數(shù)，這個測試?yán)飅gbinary在各方面都有一定優(yōu)勢，尤其是占用存儲空間會大幅度減小，所以我只要更換序列化方法為igbinary_serialize即可獲得改善。
優(yōu)化列表展示
我已經(jīng)厭倦挨個查看profile日志的大圖，費(fèi)時費(fèi)力還沒有針對性。所以我現(xiàn)在的做法是，在profile日志的列表中將前1000個日志的總體執(zhí)行時間直接輸出到列表中，并且將執(zhí)行時間過長的日志用紅色粗體標(biāo)識。做了這個小小的改動之后，當(dāng)我想要去視察一下運(yùn)行情況時，就把日志列表中那些紅通通的鏈接點(diǎn)開看看就行了，真正的省時省力。
如何從xhprof日志文件中獲取執(zhí)行時間？簡單的代碼如下