本人自己电脑也安装了xdebug我可以通过xdebug来调试php页面程序报错具体行，下面来给各位介绍的是xdebug进行远程错误调试。
xdebug提供了客户端与php脚本进行交互的接口，这一章将会介绍如何让php和xdebug开启这个特性，并且介绍一些常用的客户端。
概述
xdebug(远程)调试器允许测试数据结构，步进并且调试你的代码。xdebug提供了两种协议用于与其进行交互：在xdebug1.3和2中旧的gdb协议和xdebug2中实现的dbgp协议。
客户端
xdebug2 为dbgp协议提供了一个简单的基于命令行的客户端，当然，也有一些其它的客户端实现（免费的和商业的）。我不是这些客户端的作者，所以请到作者的网站寻找使用帮助。
dev-php (ide: windows) eclipse plugin, which has been submitted as an enhancement for the pdt (ide). emacs plugin (editor plugin). activestate's komodo (ide: windows, linux, mac; commercial). macgdbp - standalone mac client. netbeans (ide: windows, linux, mac os x and solaris. notepad++ plugin (editor: windows). waterproof's phpedit (ide, from version 2.10: windows; commercial). anchor system's peggy (ide: windows, japanese; commercial). mp software's phpdesigner (ide: windows, commercial). phpeclipse (editor plugin). jetbrain'sphpstorm (ide; commercial). protoeditor (editor: linux). tswebeditor (editor: windows). xored's truestudio ide (ide; commercial). vim plugin (tutorial) (editor plugin). jcx software's vs.php (ms visual studio plugin; commercial). xdebugclient - standalone windows client.xdebug1.3也带有一个基于gdb协议的简单的命令行客户端。
启动调试器
为了启用xdebug的调试器，你需要在php.ini文件中做一些配置。这些配置包含xdebug.remote_enable用来允许调试器，xdebug.remote_host和xdebug.remote_port指定调试器应该连接到的ip地址和端口号。如果你希望调试器能够在发生错误（php错误或者异常）的时候初始化一个session的话，你需要修改xdebug.remote_mode配置，该配置项允许的值有req（默认）让调试器在所有脚本开始执行的时候初始化session或者是jit让发生错误的时候才初始化一个session。
当完成以上配置之后，你会发现在脚本运行的时候，xdebug并没有自动的开启一个调试会话。你还需要按照下面的方法激活xdebug的调试器。
当从命令行运行脚本的时候，你需要设置一个环境变量，如下面所述
export xdebug_config=idekey=session_namephp myscript.php
你也可以配置xdebug.remote_host, xdebug.remote_port, xdebug.remote_mode和xdebug.remote_handler 这些选项：
export xdebug_config=idekey=session_name remote_host=localhost profiler_enable=1
这里你设置的这些所有的配置项也可以在php.ini文件中进行设置。
如果你希望通过调试一个通过浏览器访问的脚本，只需要在访问的参数中添加xdebug_session_start=session_name作为参数传递即可，再下一章节中你将看到一个调试会话如何从浏览器窗口中工作。
另一种方法激活xdebug是在浏览器运行时通过安装以下三个浏览器扩展之一。下面的每一个扩展都允许你通过单击个按钮就可以开启调试器。 这些扩展如下：
最简单的xdebug 
这个扩展是firefox上用于使得与ide一起调试起来更加容易。你可以在https://addons.mozilla.org/en-us/firefox/addon/the-easiest-xdebug/上找到这个扩展. xdebug helper for chrome 
这个扩展是运行在chrome浏览器上的，它将会帮助你通过点击一下按钮就可以允许/禁止调试和性能分析t。你可以在https://chrome.google.com/extensions/detail/eadndfjplgieldjbigjakmdgkmoaaaoc找到这个扩展. xdebug toggler for safari 
这个扩展是运行在safari上的，允许你在safari中自动的开始xdebug调试过程，你可以在github上找到这个扩展https://github.com/benmatselby/xdebug-toggler. xdebug launcher for opera 
这个扩展是运行在opera上的，它允许你在xdebug上开启一个xdebug会话。 在开始执行脚本之前，首先需要告诉客户端可以接收调试连接，请查看您使用的客户端的文档以获取如何这样去做。要使用绑定的客户端，首先需要 安装 它，安装完成后你可以通过运行命令debugclient命令。如果你希望使用gdb命令集去调试你的脚本，你需要确定你使用的是xdebug1.3绑定的客户端。
当debugclient开始运行之后，它将会显示以下信息，并且等待来自等待直到debug服务器连接到来以便进行初始化：
xdebug simple dbgp client (0.10.0)copyright 2002-2007 by derick rethans.- libedit support: enabled waiting for debug server to connect.
在连接完成后，debug服务器将会显示下面的输出：
connect(cmd)
下来你就可以使用 dbgp 文档中描述的命令集进行操作了。 当脚本执行结束的时候，调试服务器将会断开与客户端的连接，并且还原到等待新的连接请求的状态。
连接建立
对于有静态ip、单个开发者
使用xdebug的远程调试，xdebug作为一个嵌入到php的程序，扮演着客户端的角色，而ide则作为服务器。下面的动态图展示了连接建立的过程。
服务端的ip为10.0.1.2， 使用http协议，端口为80 ide在ip地址为10.0.1.42的机器上，xdebug.remote_host被设置为10.0.1.42 ide监听9000端口，因此，xdebug.remote_port设置为9000 http请求从运行这ide的服务器上发起 xdebug连接到10.0.1.42:9000 调试开始运行，返回http响应使用非固定ip，多个开发者
如果使用了xdebug.remote_connect_back指令的话，连接的建立过程是不同的：
服务端的ip是10.0.1.2, 端口为80 ide运行在一个动态ip的计算机上，因此设置xdebug.remote_connect_back为1 ide监听端口 9000， 因此，配置xdebug.remote_port 为9000 发送http请求，xdebug检测http header中的ip地址 调试开始运行，产生http响应http调试会话
当使用浏览器进行debug的时候，xdebug支持吃用cookie跟踪会话的功能。
当参数xdebug_session_start=name被附加到url地址上，xdebug将会设置一个名为xdebug_session，值为参数xdebug_session_start指定的名称的cookie。这个cookie的过期时间是一个小时。dbgp协议也会在初始化包中传递一个同样的值，这样就可以连接到设置了idekey属性的客户端了。 当设置了一个名为xdebug_session_start的get（post）变量或者xdebug_session的cookie的话，xdebug将会尝试去连接debugcliet 要停止xdebug会话的话，只需要传递一个xdebug_session_stop的参数，然后xdebug将不会再去尝试连接debugclient。多用户调试
xdebug只允许你使用指定的ip地址（xdebug.remote_host）进行远程调试连接.他不会自动的连接回浏览器运行访问的机器ip，除非你是用xdebug.remote_connect_back指令。
如果你的开发者们在同一个服务器上的不同的项目上面进行开发，你可以使用apache的每个目录中的.htaccess功能指定xdebug.remote_host指令，配置php_value xdebug.remote_host=10.0.0.5。 但是，如果是多个开发者在同样的代码上进行开发的话，.htaccess将无法完成该项功能。
针对这个问题，这里有两个解决方案。第一个是你可以使用dgbp代理，对于如何使用这个代理，请查看多用户调试这篇文章。你可以在 activestate的站点 下载这个代理。这里有更多的文档在komodo faq.
第二个方案是可以使用xdebug.remote_connect_back配置项（xdebug 2.1之后引入）。
相关配置
xdebug.extended_info 
type: integer, default value: 1
控制xdebug是否应该强制php解释器使用'extended_info'模式；这使得xdebug可以使用远程调试器对文件或者行设置断点。当对脚本进行堆栈跟踪或者是性能调试的时候通常希望关闭这个选项，因为为php增加的一些调试属性将会减慢脚本的执行，影响最终结果。这个属性只能在php.ini文件中设置，不能够在脚本中通过ini_set()函数进行设置。
xdebug.idekey 
type: string, default value: complex
控制xdebug应该传递给dbgp调试处理器那一个ide key。默认情况下是基于环境配置的。首先，环境变量中的dbgp_idekey会被使用，然后是user和username。默认会使用在环境变量中第一次发现的配置值，如果找不到配置，则使用默认的''。如果设置了这个选项，它将会覆盖环境变量的配置。
xdebug.remote_autostart 
type: boolean, default value: 0
通常情况下，你需要使用指定的http get/post变量去激活xdebug的远程调试功能。当这个设置为1的情况下，xdebug将在脚本执行时总是尝试去连接调试客户端，即使没有设置get/post/cookie变量。＝
xdebug.remote_connect_back 
type: boolean, default value: 0, introduced in xdebug > 2.1
如果允许的话，xdebug.remote_host设置将会被失效，xdebug将会尝试连接发送http请求的计算机的调试客户端。他将会检查$_server['remote_addr']变量，查找所使用的ip地址。请注意，这里没有可用的过滤器，任何连接到webserver的人都可以开始一个调试会话，即使他们的ip地址与xdebug.remote_host并不相同。
xdebug.remote_cookie_expire_time 
type: integer, default value: 3600, introduced in xdebug > 2.1
这个选项用于控制调试会话可用的时间。
xdebug.remote_enable 
type: boolean, default value: 0
这个选项控制是否允许远程调试，如果无法建立连接的话脚本将会继续执行，就像这个配置的值为0一样。
xdebug.remote_handler 
type: string, default value: dbgp
这个值可以是php3，用于使用旧式的php 3样式的调试输出，gdb用于允许使用gdb的调试器接口或者dbgp协议。dbgp协议是唯一支持的协议。
 代码如下 复制代码
注意: xdebug 2.1 和之后的版本只支持dbgp协议。
xdebug.remote_host 
type: string, default value: localhost
选择调试客户端运行在那个主机上，这个选项可以使用主机名或者是ip地址。如果xdebug.remote_connect_back选项指定了的花该选项将会被忽略。
log opened at 2007-05-27 14:28:15 -> 相关函数bool xdebug_break()
给调试客户端发送一个断点，这个函数让调试器在指定的行上设置一个断点