前置环境：已经安装好LNMP
1. 安装xdebug
可以通过pear包管理来安装
sudo apt-get install php-pear
sudo pecl install xdebug
这里我们直接通过apt安装
apt-get install php5-xdebug
程序已经自动创建了默认的配置文件
xdebug.ini位置：/etc/php5/mods-available/xdebug.ini
zend_extension="/usr/lib/php5//xdebug.so"
xdebug.profiler_output_dir=/tmp
xdebug.profiler_output_name=cachegrind.out.%p
xdebug.profiler_enable_trigger=1
xdebug.profiler_enable=true
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.remote_mode = req
xdebug.remote_connect_back = 1
xdebug.remote_autostart=0
xdebug.collect_vars = On
xdebug.collect_params = On
xdebug.auto_trace = On
xdebug.show_exception_trace = On
xdebug.trace_output_dir=/tmp
重启PHP5-FPM
/etc/init.d/php5-fpm restart
2. 开启调试
sublime 中 CRL+ALT+F9 打开调试界面
查看端口 9000
创建文件test.php
& & for ($i=0; $i & 10; $i++) {&
& & & & echo $i;
在浏览器里访问
可以看到我们断点的地方 $i = 0
Shift+f8: 打开调试面板f8:打开调试面板快速连接Ctrl+f8: 切换断点Ctrl+Shift+f5: 运行到下一个断点Ctrl+Shift+f6: 单步Ctrl+Shift+f7: 步入Ctrl+Shift+f8: 步出
CTRL+SHIFT+F7&
&本文地址：/martin-tan/p/4921200.html
PHP X-Debug的文件&
UBUNTU下面有KCachegrind直接打开，方便trace文件加载顺序
阅读(...) 评论()匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。使用xdebug调试PHP程序
为什么需要Debugger?
很多PHP程序员调试使用echo、print_r()、var_dump()、printf()等，其实对于有较丰富开发经验的程序员来说这些也已经足够了，他们往往可以在程序执行的过程中，通过输出特定变量的值可以判断程序执行是否正确，甚至效率高低也可以看出来（当然可能还需要使用一些时间函数）。那么我们为什么还需要一个专门的调试程序来监控我们的程序运行呢？ 这个问题的答案不妨留到后面来揭晓。
什么是Xdebug?
Xdebug是一个开放源代码的PHP程序调试器(即一个Debug工具)，可以用来跟踪，调试和分析PHP程序的运行状况。Xdebug现在的最新版本是
，支持PHP4/PHP5
官方站点：www.Xdebug.org
如何安装Xdebug？
以PHP5.1.4，Windows平台为例（其它PHP版本，其它平台请参看官网文档）：
，在首页右侧有一个
Windows modules
，选择其中的PHP5.1.2+
，下载php_xdebug-5.1.2-2.0.0beta6.dll
将下载的php_xdebug-5.1.2-2.0.0beta6.dll
放到C:\php5\ext
目录，重命名为php_xdebug.dll
编辑php.ini
，加入下面几行：
extension=php_xdebug.dll
xdebug.profiler_enable=on
xdebug.trace_output_dir=&I:\Projects\xdebug&
xdebug.profiler_output_dir=&I:\Projects\xdebug&
后面的目录“I:\Projects\xdebug
”为你想要放置Xdebug
输出的数据文件的目录，可自由设置。
重启Apache
写一个test.php
，内容为&?php phpinfo(); ?&
，如果输出的内容中有看到xdebug
，说明安装配置成功。
现在我们就可以开始使用Xdebug强大的功能了！
作者：Haohappy&&&&&&
MSN: haohappy
Go on..现在我们来从最简单的程序调试开始一步步介绍Xdebug。
我们先写一个可以导致执行出错的程序，例如尝试包含一个不存在的文件。
testXdebug.php
require_once(‘abc.php’);
然后通过浏览器访问，我们惊奇地发现，出错信息变成了彩色的了：
不过除了样式改变，和我们平时打印的出错信息内容没什么不同，意义不大。好，我们继续改写程序：
testXdebug2.php
testXdebug();
function testXdebug() {
&&&&&&&require_once('abc.php');
输出信息：
发现了什么？ Xdebug跟踪代码的执行，找到了出错的函数testXdebug()。
我们把代码再写得复杂一些：
testXdebug3.php
testXdebug();
function testXdebug() {
&&&&&&&requireFile();&&&&&
function requireFile() {
&&&&&&&require_once('abc.php');
输出信息：
呵呵，也就是说Xdebug具有类似于Java的Exception的“跟踪回溯”的功能，可以根据程序的执行一步步跟踪到出错的具体位置，哪怕程序中的调用很复杂，我们也可以通过这个功能来理清代码关系，迅速定位，快速排错。
作者：Haohappy&&&&&& MSN: haohappy
函数debug_backtrace()也有类似的功能，但是要注意debug_backtrace()函数只在PHP4.3.0之后版本及
PHP5中才生效。这个函数是PHP开发团队在PHP5中新增的函数，然后又反向移植到PHP4.3中。
如何利用Xdebug
使调试信息更加美观？
Xdebug扩展加载后，Xdebug会对原有的某些PHP函数进行覆写，以便好更好地进行Debug。比如 var_dump()函数，我们知道通常我们需要在函数前后加上”&pre&…&/pre&”才能够让输出的变量信息比较美观、可读性好。但是加载了Xdebug后，我们不再需要这样做了，Xdebug不但自动给我们加上了&pre&标签，还给变量加上颜色。
$arrTest=array(
&&&&&&&& &test&=&&abc&,
&&&&&&&& &test2&=&&abc2&
var_dump($arrTest);
看到了吗？ 数组元素的值自动显示颜色。
测试脚本执行时间
测试某段脚本的执行时间，通常我们都需要用到microtime()函数来确定当前时间。例如PHP手册上的例子：
* Simple function to replicate PHP 5 behaviour */
function microtime_float()
{ &&&&& list(
$usec, $sec) = explode(& &, microtime());
return ((float)$usec + (float)$sec);
$time_start = microtime_float();
// Sleep for a while
usleep(100);
$time_end = microtime_float();
$time = $time_end - $time_start;
&Did nothing in $time seconds\n&;
但是microtime()返回的值是微秒数及绝对时间戳（例如“0.3122275”），没有可读性。所以如上程序，我们需要另外写一个函数microtime_float()，来将两者相加。
Xdebug自带了一个函数xdebug_time_index()来显示时间。
如何测定脚本占用的内存？
有时候我们想知道程序执行到某个特定阶段时到底占用了多大内存，为此PHP提供了函数memory_get_usage()。这个函数只有当PHP编译时使用了--enable-
memory-limit
参数时才有效。
同样提供了一个函数
xdebug_memory_usage()
来实现这样的功能，另外
还提供了一个
xdebug_peak_memory_usage()
函数来查看内存占用的峰值。
如何检测代码中的不足？
有时候代码没有明显的编写错误，没有显示任何错误信息（如
等），但是这不表明代码就是正确无误的。有时候可能某段代码执行时间过长，占用内存过多以致于影响整个系统的效率，我们没有办法直接看出来是哪部份代码出了问题。这时候我们希望把代码的每个阶段的运行情况都监控起来，写到日志文件中去，运行一段时间后再进行分析，找到问题所在。
回忆一下，之前我们编辑
xdebug.profiler_enable=on
xdebug.trace_output_dir=&I:\Projects\xdebug&
xdebug.profiler_output_dir=&I:\Projects\xdebug&
这几行，目的就在于把执行情况的分析文件写入到
I:\Projects\xdebug”
目录中去（你可以替换成任何你想设定的目录）。如果你执行某段程序后，再打开相应的目录，可以发现生成了一堆文件，例如
cachegrind.out.
这种格式命名的文件。这些就是
生成的分析文件。用编辑器打开你可以看到很多程序运行的相关细节信息，不过很显然这样看太累了，我们需要用图形化的软件来查看。
平台下，可以用
WinCacheGrind(*我修改的*下载地址)
这个软件来打开这些文件。
可以直观漂亮地显示其中内容：
哇，非常漂亮，我们很直观地看到
中我们调用了一个函数
testXdebug()
testXdebug()
中又调用了
requireFile()
函数。这样我们就可以非常方便地查看整个脚本的程序结构。
另外，我们还可以看到每个函数被调用的次数及执行所花费的时间！这对于测试程序性能非常有用。
好了，这么一个简单的程序不太能显示出
Xdebug+WinCacheGrind
的强大，我给出一个稍大点的例子（一个基于
Zend Framework
从上图可以看到：整个程序的结构，每个函数被调用的次数，执行时间都一目了然。
提供了各种自带的函数，并对已有的某些
函数进行覆写，可以方便地用于调试排错；
还可以跟踪程序的运行，通过对日志文件的分析，我们可以迅速找到程序运行的瓶颈所在，提高程序效率，从而提高整个系统的性能。
php_xdebug.dll，也放在了ext目录下，可就是提示PHP Startup: Unable to load dynamic library 'd:/wamp/php/ext/php_xdebug.dll' - 找不到指定的程序，这是为什么呢?
坑爹啊，原来我的php5.2版本只能用标签：至少1个，最多5个
运行环境：
PHPSTORM版本 : 8.0.1
PHP版本 : 5.6.2
xdebug版本：php_xdebug-2.2.5-5.6-vc11-x86_64.dll
ps : php版本和xdebug版本一定要相对应
PHP安装xdebug扩展
php.ini的配置，下面的配置仅供参考，路径要换成自己的！
zend_extension=”D:\wamp\php-5.6.2-x64\ext\php_xdebug-2.2.5-5.6-vc11-x86_64.dll”
xdebug.remote_enable = On
xdebug.remote_handler = dbgp
xdebug.remote_host= localhost
xdebug.remote_port = 9000
xdebug.idekey = PHPSTORM
ps : remote_handler 、remote_host、remote_port 这些都有默认值，但还是建议设置下，至少知道要设置这些参数~
查看phpinfo~
2.PHPSTORM设置
楼主以前一直用zendstudio，刚开始用phpstorm非常蛋疼，用了一段时间后发现还挺好用的~
1.首先检查phpstorm的xdebug配置
这里的debug port要和php.ini里面的xdebug.remote_port相一致！默认是9000，
如果9000端口被占用的话，可以改成其他端口。
设置debug.
添加本地的 web server~
www.51open.pcom 是我本地的 web server~ ~
3.开始调试
打好第一个断点，shift + F9就可以了打好第一个断点，选中配置的debug,
按旁边的臭虫 按钮
0 收藏&&|&&11
你可能感兴趣的文章
12 收藏，843
13 收藏，1.1k
8 收藏，619
分享到微博？
技术专栏，帮你记录编程中的点滴，提升你对技术的理解收藏感兴趣的文章，丰富自己的知识库
明天提醒我
我要该，理由是：
扫扫下载 App