PHP調試利器XDebug的安裝與使用

XDebug的簡單介紹
服務器君一共花費了107.693 ms進行了4次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

很多PHP程序員調試使用echo、print_r()、var_dump()、printf()等,雖然對于有較豐富開發經驗的程序員來說這些也已經足夠了,他們往往可以在程序執行的過程中,通過輸出特定變量的值可以判斷程序執行是否正確,甚至效率高低也可以看出來(當然可能還需要使用一些時間函數)。那么我們為什么還需要一個專門的調試程序來監控我們的程序運行呢?

在我們平時的php開發中,一個大的項目經過長時間的積累以后你會發現性能越來越慢,而性能到底消耗在了什么地方,常常是一個令人頭疼的問題,function a()調用了多少次,function b()又消耗了多少時間,我們到底怎么查找是哪個蛀蟲拉慢了我們的程序運行速度呢?在這里給大家介紹一款工具xdebug,相信很多人已經聽說過了,希望借助這個工具我們可以起到簡單分析php程序性能瓶頸的問題。

XDebug是什么

XDebug是一個開放源代碼的PHP程序調試器(即一個Debug工具),可以用來跟蹤,調試和分析PHP程序的運行狀況。

安裝XDebug

  1. 訪問?www.xdebug.org?,下載php_xdebug.dll,根據版本號與自己的操作系統、PHP版本下載合適的。
  2. 將下載的php_xdebug.dll放到PHP的安裝目錄php\ext下。
  3. 編輯php.ini,有些集合環境已自帶xdebug的配置,如果沒有則自己手動加入下面幾行:
  4. [xdebug]
    zend_extension = "/home/ad/php/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so"
    xdebug.auto_trace = on
    xdebug.auto_profile = on
    xdebug.collect_params = on
    xdebug.collect_return = on
    xdebug.profiler_enable = on
    xdebug.trace_output_dir = "/home/ad/xdebug_log"
    xdebug.profiler_output_dir = "/home/ad/xdebug_log"
    

    XDebug參數簡介:

    • zend_extension 加載xdebug擴展
    • xdebug.auto_trace 自動打開打開函數調用監測
    • xdebug.auto_profile 自動打開性能監測
    • xdebug.trace_output_dir 設定函數調用監測信息的輸出文件的路徑。
    • xdebug.profiler_output_dir 設定效能監測信息輸出文件的路徑。
    • xdebug.collect_params 打開收集“函數參數”的功能。將函數調用的參數值列入函數過程調用的監測信息中。
    • xdebug.collect_return 打開收集“函數返回值”的功能。將函數的返回值列入函數過程調用的監測信息中。
  5. 重啟Apache。
  6. 寫一個test.php,內容為<?php phpinfo(); ?>,如果輸出的內容中有看到xdebug,說明安裝配置成功。或者去/home/ad/xdebug_log下看看是不是日志已經出來了。

設置選項

CategorySettingDescription

?

日志

xdebug.trace_output_dir

日志追蹤輸出目錄
xdebug.trace_output_name日志文件名,xdebug提供了一系列的標識符,生成相應格式的文件名,具體請參考官網
xdebug.trace_options記錄添加到文件中方式:1 = 追加(如果存在該文件). 0 (default) = 覆蓋(如果存在該文件)
顯示數據xdebug.collect_params非零值 = 控制function的參數顯示選項
  • 0 = 不顯示.
  • 1 = 參數類型,值 ?(例如:array(9)).
  • 2 = 同上1,只是在CLI模式下略微有區別
  • 3 = 所有變量內容
  • 4 = 所有變量內容和變量名(例如:array(0 => 9)).
xdebug.collect_return1 = 顯示function返回值. Default 0 不顯示
xdebug.collect_vars1 = 顯示當前作用域使用了哪些變量,顯示變量名,該選項不會記錄變量的值,如果需要,使用xdebug.collect_params
xdebug.collect_assignments1 = 添加一行顯示變量賦值(若為1,形如$a = 1;這類Assignment Expression會在trace文件里顯示)
格式xdebug.trace_format
  • 0 = 人可讀. 從左至右每列分別表示:時間點, 內存, 內存差 (需要設置xdebug.show_mem_delta=1), 等級, 函數名,函數參數 (需要設置,xdebug.collect_params=1,只要是非零), 當前代碼行所在文件名 , 行號.
  • 1 = 機器可讀[1]. 需要借助第三方app,例如:xdebug trace file parser?或者?xdebug trace viewer
  • 2 = html格式 即table,用browser打開,顯示table
xdebug.show_mem_delta1 = 顯示每次函數調用內存消耗(內存差)
行為?xdebug.auto_trace1 = 打開自動追蹤. (追蹤方式有2種,一種是自動追蹤,所有php腳本運行時,都會產生trace文件;另一種是觸發方式追蹤,如下)
xdebug.trace_enable_trigger[2]

1 = 使用 XDEBUG_TRACE GET/POST 觸發追蹤, 或者通過設置cookie XDEBUG_TRACE. 為了避免每次請求時,都會生成相應trace追蹤文件,你需要把auto_trace設置為0

注:該特性只在2.2+版本才能設置

?[xdebug-general] Re: Is trace_enable_trigger defunct??

限制xdebug.var_display_max_depth數組和對象元素顯示深度:主要用在數組嵌套,對象屬性嵌套時,顯示幾級的元素內容. Default 3.
xdebug.var_display_max_data變量值為字符串時顯示多長. Default 512.
xdebug.var_display_max_children數組和對象元素顯示的個數. Default 128


一些自定義函數

FunctionDescription
void xdebug_enable()手動打開,相當于xdebug.default_enable=on
void var_dump()覆寫php提供的var_dump,出錯時,顯示函數堆棧信息,(前提:php.ini里html_errors為1),使用xdebug.overload_var_dump 設置是否覆寫
void xdebug_start_trace(?
string trace_file_path?
[, integer options] )
手動控制需要追蹤的代碼段
trace_file_path :文件路徑(相對或絕對,若為空).如果為空,或者不傳參, 使用xdebug.trace_output_dir設置的目錄
options :
  • XDEBUG_TRACE_APPEND: 1 = 追加文件內容末尾, 0 = 覆寫該文件
  • XDEBUG_TRACE_COMPUTERIZED:
    • 2 =同 xdebug.trace_format=1 .
  • XDEBUG_TRACE_HTML: 4 = 輸出HTML表格,瀏覽器打開為一table
void xdebug_stop_trace()停止追蹤,代碼追蹤在該行停止
string xdebug_get_tracefile_name()獲得輸出文件名,與?xdebug.auto_trace配合使用.
void xdebug_var_dump([mixed var[,...]])?輸出變量詳細信息,相當于php里的var_dump,具體顯示請看這里
xdebug.show_local_vars?默認為0,不顯示;非零時,在php執行出錯時,顯示出錯代碼所在作用域所有本地變量(注:這會產生大量信息,因此默認是closed),具體顯示差別如下圖[3]
array xdebug_get_declared_vars()顯示當前作用域中已聲明的變量
array xdebug_get_code_coverage()顯示某一段代碼內,代碼執行到哪些行[4]

關于xdebug.trace_format=1,如果你使用觸發方式啟用代碼追蹤:(xdebug.auto_trace = 0;xdebug.trace_enable_trigger = 1),那么,你可以在URL里添加XDEBUG_TRACE,例如:localhost/test.php?XDEBUG_TRACE,或者localhost//test.php?XDEBUG_TRACE=1(任意值)。

是不是覺得很麻煩,那么裝個插件,讓它來幫你。Chrome XDEBUG Helper,使用它,你可以切換3種狀態,disabled ,debugging enabled,profiling enabled(下篇詳細介紹),然后切換到debugging enabled。運行該腳本,(去掉URL里的?XDEBUG_TRACE),就可以代碼跟蹤了。

使用xdebug_start_trace()和xdebug_stop_trace()可以手動追蹤你的代碼執行情況。

xdebug_start_trace(); 
//your code required to trace
xdebug_stop_trace();

設定 xdebug.auto_trace = 1 將在執行所有 PHP 腳本之前先啟用自動跟蹤。另外,您可以通過代碼設定 xdebug.auto_trace = 0,并分別使用 xdebug_start_trace() 和 xdebug_stop_trace() 函數啟用和禁用跟蹤。但是,如果 xdebug.auto_trace 為 1,則可以在包括配置好的 auto_prepend_file 之前先啟動跟蹤。

選項 xdebug.trace_ouput_dir 和 xdebug.trace_output_name 用于控制保存跟蹤輸出的位置。在這里,所有文件都被保存到 /tmp/traces 中,并且每個跟蹤文件都以 trace 為開頭,后接 PHP 腳本的名稱(%s)以及進程 ID(%p)。所有 Xdebug 跟蹤文件都以 .xt 后綴結尾。

默認情況下,XDebug 將顯示時間、內存使用量、函數名和函數調用深度字段。如果將 xdebug.trace_format 設為 0,則輸出將符合人類閱讀習慣(將參數設為 1 則為機器可讀格式)。此外,如果指定 xdebug.show_mem_delta = 1,則可以查看內存使用量是在增加還是在減少,而如果指定 xdebug.collect_params = 4,則可以查看傳入參數的類型和值。要監視每個函數返回的值,請設定 xdebug.collect_return = 1。

本文地址:http://www.snpmgr.live/librarys/veda/detail/2333,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.snpmgr.live/librarys/veda/detail/2333

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《深入理解MySQL核心技術》 Sasba Pacbev (作者), 李芳 (譯者), 于紅蕓 (譯者), 邵健 (譯者)

《深入理解MySQL核心技術》:從公共可用性的意義上講,MySQL源代碼是開放源代碼,但如果對其不了解,則實質上,它對于您來說是封閉的。MysQL開發團隊的前成員Sasha Pachev通過《深入理解MySQL核心技術》給出了MySQL 5的全面指南,揭示了這一強大數據庫的內部運作。您將直奔MySQL核心技術,了解各種數據結構和各種方便的功能的運作情況,了解如何添加新的存儲引擎和配置選項等。 《深入理解MySQL核心技術》從結構概況講起,在這一部分解釋了MysQL的不同組件是如何協同工作的。接著將學習設置有效的可編譯代碼副本的步驟,然后使用基本架構添加自己的配置變量和存儲引擎。

更多計算機寶庫...

燃烧吧足球登陆