Xdebug的安装-（无错可执行版）

xdebug是一个开源的php调试器，以php模块的形式加载并被使用。可以用来跟踪，调试和分析PHPPHP

强烈推介IDEA2020.2破解激活，IntelliJ IDEA 注册码，2020.2 IDEA 激活码

xdebug是一个开源的php调试器，以php模块的形式加载并被使用。可以用来跟踪，调试和分析PHP程序的运行状况.

这里以PHP5.2.13为例,

1.下载php_xdebug-2.1.0-5.2.dll文件,

http://www.xdebug.org/download.php

选择：PHP 5.2 VC6 TS (32 bit)

选择VC6还是VC9?

标明 MSVC9 (Visual C++ 2008) 的是VC9

如果你在apache1或者apache2下使用PHP，你应该选择VC6的版本

如果你在IIS下使用PHP应该选择VC9的版本

VC6的版本使用visual studio6编译

VC9使用Visual Studio 2008编译，并且改进了性能和稳定性。VC9版本的PHP需要你安装Microsoft 2008 C++ Runtime

不要在apache下使用VC9的版本

2.把文件重命名php_xdebug.dll.然后放在php的安装目录下的ext目录下.

3.修改php.ini文件

在文件中加入一下代码

[Xdebug]

zend_extension_ts = "c:/php/ext/php_xdebug-2.1.2-5.2-vc6.dll"

xdebug.collect_params=On

xdebug.collect_return=On

xdebug.trace_output_dir="F:\phpweb\xdebug" //设定函数调用监测信息的输出文件的路径。

xdebug.profiler_enable=On //打开效能监测器。

xdebug.profiler_output_dir="F:\phpweb\xdebug" //设定效能监测信息输出文件的路径。

4.重启Apache

5.测试,建一个test.php

内容为<?php phpinfo();?>

如果输出的内容中有看到xdebug，说明安装配置成功。

这个时候注释phpinfo();

写上如下代码故意引发异常：

<?php
require_once("abc.php");
?>

复制

重新刷新网页：

然后通过浏览器访问，我们惊奇地发现，出错信息变成了彩色的了：

不过除了样式改变，和我们平时打印的出错信息内容没什么不同，意义不大。好，我们继续改写程序：

<?php
testXdebug();
function testXdebug() {
       require_once('abc.php');
}
?>

复制

重新刷新网页：

发现了什么？　Xdebug跟踪代码的执行，找到了出错的函数testXdebug()。

我们把代码再写得复杂一些：

<?php
testXdebug();
function testXdebug() {
       requireFile();
}
function requireFile() {
       require_once('abc.php');
}
?>

复制

刷新网页：

Xdebug具有类似于Java的Exception的“跟踪回溯”的功能，可以根据程序的执行一步步跟踪到出错的具体位置，哪怕程序中的调用很复杂，我们也可以通过这个功能来理清代码关系，迅速定位，快速排错。

扩充阅读：

Xdebug配置

第一部分：基本特征:

相关参数设置

xdebug.remote_autostart

类型：布尔型默认值：0

一般来说，你需要使用明确的HTTP GET/POST变量来开启远程debug。而当这个参数设置为On，xdebug将经常试图去开启一个远程debug session并试图去连接客户端，即使GET/POST/COOKIE变量不是当前的。

xdebug.remote_enable

类型：布尔型默认值：0

这个开关控制xdebug是否应该试着去连接一个按照xdebug.remote_host和xdebug.remote_port来设置监听主机和端口的debug客户端。

xdebug.remote_host

类型：字符串默认值：localhost

选择debug客户端正在运行的主机，你不仅可以使用主机名还可以使用IP地址

xdebug.remote_port

类型：整型默认值：9000

这个端口是xdebug试着去连接远程主机的。9000是一般客户端和被绑定的debug客户端默认的端口。许多客户端都使用这个端口数字，最好不要去修改这个设置。

注意：所有以上参数修改后，要重启Apache才能生效！

Xdebug调试其实PHP函数debug_backtrace()也有类似的功能，但是要注意debug_backtrace()函数只在PHP4.3.0之后版本及PHP5中才生效。这个函数是PHP开发团队在PHP5中新增的函数，然后又反向移植到PHP4.3中。Xdebug使调试信息更加美观 Xdebug扩展加载后，Xdebug会对原有的某些PHP函数进行覆写，以便好更好地进行Debug。比如var_dump()函数，我们知道通常我们需要在函数前后加上”<pre>…</pre>”才能够让输出的变量信息比较美观、可读性好。但是加载了Xdebug后，我们不再需要这样做了，Xdebug不但自动给我们加上了<pre>标签，还给变量加上颜色。例：<?php

看到了吗？　数组元素的值自动显示颜色。如果你还是希望使用PHP的var_dump函数只要在php.ini关于xdebug的配置中加上 xdebug.overload_var_dump = Off 即可Xdebug测试脚本执行时间测试某段脚本的执行时间，通常我们都需要用到microtime()函数来确定当前时间。例如PHP手册上的例子：<?php/*** Simple function to replicate PHP 5 behaviour*/function microtime_float(){ list(usec + (float)sec);}time_start = microtime_float();// Sleep for a whileusleep(100);time_end = microtime_float();time = time_end - time_start;echo "Did nothing in

PHP脚本占用的内存

有时候我们想知道程序执行到某个特定阶段时到底占用了多大内存，为此PHP提供了函数memory_get_usage()。这个函数只有当PHP编译时使用了--enable-memory-limit参数时才有效。　

Xdebug同样提供了一个函数xdebug_memory_usage()来实现这样的功能，另外xdebug还提供了一个xdebug_peak_memory_usage()函数来查看内存占用的峰值。

WinCacheGrind

有时候代码没有明显的编写错误，没有显示任何错误信息（如error、warning、notice等），但是这不表明代码就是正确无误的。有时候可能某段代码执行时间过长，占用内存过多以致于影响整个系统的效率，我们没有办法直接看出来是哪部份代码出了问题。这时候我们希望把代码的每个阶段的运行情况都监控起来，写到日志文件中去，运行一段时间后再进行分析，找到问题所在。

回忆一下，之前我们编辑php.ini文件

加入

[Xdebug]

xdebug.profiler_enable=on

xdebug.trace_output_dir="I:\Projects\xdebug"

xdebug.profiler_output_dir="I:\Projects\xdebug"

这几行，目的就在于把执行情况的分析文件写入到”I:\Projects\xdebug”目录中去（你可以替换成任何你想设定的目录）。如果你执行某段程序后，再打开相应的目录，可以发现生成了一堆文件，例如cachegrind.out.1169585776这种格式命名的文件。这些就是Xdebug生成的分析文件。用编辑器打开你可以看到很多程序运行的相关细节信息，不过很显然这样看太累了，我们需要用图形化的软件来查看。

WinCacheGrind下载

在Windows平台下，可以用WinCacheGrind(wincachegrind.souceforge.net)这个软件来打开这些文件。可以直观漂亮地显示其中内容：

WinCacheGrind小结：

Xdebug提供了各种自带的函数，并对已有的某些PHP函数进行覆写，可以方便地用于调试排错；Xdebug还可以跟踪程序的运行，通过对日志文件的分析，我们可以迅速找到程序运行的瓶颈所在，提高程序效率，从而提高整个系统的性能。