php前端程序测试工具,PHP调试利器XDebug的安装与使用

很多PHP程序员调试使用echo、print_r()、var_dump()、printf()等，虽然对于有较丰富开发经验的程序员来说这些也已经足够了，他们往往可以在程序执行的过程中，通过输出特定变量的值可以判断程序执行是否正确，甚至效率高低也可以看出来(当然可能还需要使用一些时间函数)。 那么我们为什么还需要一个专门的调试程序来监控我们的程序运行呢？

在我们平时的php开发中，一个大的项目经过长时间的积累以后你会发现性能越来越慢，而性能到底消耗在了什么地方，常常是一个令人头疼的问 题，function a()调用了多少次，function b()又消耗了多少时间，我们到底怎么查找是哪个蛀虫拉慢了我们的程序运行速度呢？在这里给大家介绍一款工具xdebug,相信很多人已经听说过了，希望借助这个工具我们可以起到简单分析php程序性能瓶颈的问题。

XDebug是什么

XDebug是一个开放源代码的PHP程序调试器(即一个Debug工具)，可以用来跟踪，调试和分析PHP程序的运行状况。

安装XDebug

访问http://www.xdebug.org，下载php_xdebug.dll，根据版本号与自己的操作系统、PHP版本下载合适的。

将下载的php_xdebug.dll放到PHP的安装目录php\ext下。

编辑php.ini，有些集合环境已自带xdebug的配置，如果没有则自己手动加入下面几行：

zend_extension = "D:/wamp/bin/php/php5.5.12/zend_ext/php_xdebug-2.2.5-5.5-vc11.dll"

xdebug.auto_trace = on

xdebug.auto_profile = on

xdebug.collect_params = on

xdebug.collect_return = on

xdebug.profiler_enable = on

xdebug.trace_output_dir = cachegrind.out.%t.%p

xdebug.profiler_output_dir = "D:/wamp/tmp"

XDebug参数简介：

zend_extension 加载xdebug扩展

xdebug.auto_trace 是否允许Xdebug跟踪函数调用，跟踪信息以文件形式存储，默认值为0

xdebug.auto_profile 自动打开性能监测

xdebug.trace_output_dir 设定函数调用监测信息的输出文件的路径。

xdebug.trace_output_name 函数调用跟踪信息输出文件命名规则，默认为trace.%c

xdebug.profiler_output_dir 设定效能监测信息输出文件的路径。

xdebug.profiler_output_name 性能分析文件的命名规则，默认值为cachegrind.out.%p。

xdebug.collect_params 打开收集"函数参数”的功能。将函数调用的参数值列入函数过程调用的监测信息中。

xdebug.collect_return 打开收集"函数返回值”的功能。将函数的返回值列入函数过程调用的监测信息中。

特别说明：Xdebug的trace和profiler的输出文件名规则是可以更改的，比如将文件名命名为具体跟踪的PHP执行文件名、进程ID、随机数等，非常方便，更多的Xdebug配置选项说明，请参考官网的Xdebug配置选项说明。

重启Apache。

写一个test.php，内容为，如果输出的内容中有看到xdebug，说明安装配置成功。或者去D:/wamp/tmp下看看是不是日志已经出来了。

设置选项

日志

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+版本才能设置

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

一些自定义函数

FunctionDescriptionvoid xdebug_enable()手动打开，相当于xdebug.default_enable=onvoid var_dump()覆写php提供的var_dump，出错时，显示函数堆栈信息，(前提：php.ini里html_errors为1)，使用 xdebug.overload_var_dump 设置是否覆写void xdebug_start_trace(

string trace_file_path

)手动控制需要追踪的代码段

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(>) 输出变量详细信息，相当于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。