本文介绍调试 php 应用程序的各种方法，包括在 apache and php 中打开错误报告，以及通过在一个简单的 php 脚本中放置策略性的 print 语句，找到更困难的 bug 的源头。还会介绍用于 eclipse 的 phpeclipse 插件，这是一个灵活的开发环境，具有实时语法解析能力，还会介绍 phpeclipse 的 dbg 调试器扩展。
简介
有许多 php 调试技术可以在编码的时候节约大量时间。一个有效却很基本的调试技术就是打开错误报告。另一个略微高级一点的技术包括使用 print 语句，通过显示在屏幕上实际出现的内容，有助于精确地找出更难发现的 bug。phpeclipse 是一个 eclipse 插件，能够强调常见的语法错误，可以与调试器结合起来用于设置断点。
设置
要学习本文描述的概念，需要 php、web 服务器和 eclipse。调试器扩展支持的 php 版本是 v5.0.3。
我们需要一个 web 服务器来解析用 php 创建的页面并把它们显示到浏览器。本文中使用的是 apache2。但是，任何 web 服务器都可以满足要求。
要利用本文中介绍的一些调试技术，需要安装 eclipse v3.1.1 和插件 phpeclipse v1.1.8。由于 eclipse 要求 java? 技术，所以还要下载它。
还需要 php 的调试器扩展模块。安装它略有些麻烦。请仔细跟随安装调试器扩展的操作说明。现在，先在 php.ini 文件中注释掉那些要求装入和配置 php 扩展的行。在需要使用调试器的时候，再取消注释。
请参阅 参考资料 获得下载信息。现在介绍出错消息。
出错消息
出错消息是作为开发人员的第一道防线。谁都不想在一台没有配置成显示出错消息的服务器上用 php 开发代码。但是，请记住，当代码调试完成，准备运行的时候，应当确保关闭了错误报告，因为不希望站点的访问者看到出错消息，因为这会给他们提供足够的信息来利用站点的弱点并黑掉站点。
也可以用出错消息为自己服务，因为它们会显示抛出或生成错误的正确代码行。这样，调试就变成在浏览器上查看生成的错误所显示的行号，并在代码中检查这一行。稍后，将会看到 phpeclipse 插件通过即时地给语法错误加下划线并在保存文件时用红色 “x” 标注语法错误，可在开发和调试过程中提供极大的帮助。
先来看如何在 php.ini 文件中开启错误报告并设置错误报告的级别。然后将学习如何在 apache 的配置文件中覆盖这些设置。
php 的错误报告
php.ini 文件中有许多配置设置。您应当已经设置好自己的 php.ini 文件并把它放在合适的目录中，就像在 linux 上安装 php 和 apache 2 的文档说明中所示的那样（请参阅 参考资料）。在调试 php 应用程序时，应当知道两个配置变量。下面是这两个变量及其默认值：
display_errors = off
error_reporting = e_all
通过在 php.ini 文件中搜索它们，可以发现这两个变量当前的默认值。display_errors 变量的目的很明显 —— 它告诉 php 是否显示错误。默认值是 off。但是，要让开发过程更加轻松，请把这个值设为 on：
display_errors = on
error_reporting 变量的默认值是 e_all。这个设置会显示从不良编码实践到无害提示到出错的所有信息。e_all 对于开发过程来说有点太细，因为它在屏幕上为一些小事（例如变量未初始化）也显示提示，会搞糟浏览器的输出。我只想看到错误和不良编码实践，但是不想看到无害的提示。所以，请用以下值代替 error_reporting 的默认值：
error_reporting = e_all & ~e_notice
重新启动 apache，就全部设置好了。接下来，将学习如何在 apache 上做同样的事。
服务器上的错误报告
依赖于 apache 正在做的工作，在 php 中打开错误报告可能没法工作，因为在计算机上可能有多个 php 版本。有时很难区分 apache 正在使用哪个 php 版本，因为 apache 只能查看一个 php.ini 文件。不知道 apache 正在使用哪个 php.ini 文件配置自己是一个安全问题。但是，有一种方法可以在 apache 中配置 php 变量，从而保证设置了正确的出错级别。
而且，最好知道如何在服务器端设置这些配置变量，以否决或抢占 php.ini 文件，从而提供更高级别的安全性。
在配置 apache 时，应该已经接触过 /conf/httpd.conf 中 http.conf 文件中的基本配置。
要做在 php.ini 文件中已经做过的事，请把下列各行添加到 httpd.conf，覆盖任何 php.ini 文件：
php_flag display_errors on
php_value error_reporting 2039
这会覆盖在 php.ini 文件中为 display_errors 已经设置的标志，以及 error_reporting 的值。值 2039 代表 e_all & ~e_notice。如果愿意采用 e_all，请把值设为 2047。同样，还是要重启 apache。
接下来，要在服务器上测试错误报告。
测试错误报告
如果启动了错误报告，会节约许多时间。php 中的错误会指向代码中的错误。请创建一个简单的 php 文件 test.php，并像清单 1 所示一样定义它。
清单 1. 一个生成错误的简单 php
第一个 print() 语句会向 web 浏览器显示它的内容。但是第二个语句会生成错误并在 web 页面上显示。这造成最后一个 print() 语句不起作用，如图 1 所示。
图 1. 生成错误
现在开启了错误报告！接下来，用 print 语句帮助调试应用程序。
介绍 print 语句
因为应用程序中的功能性 bug 不会产生错误，所以在所有调试策略中，关于如何正确地放置和使用 print 或 die 语句来调试 php 应用程序的知识是一种很好的资产。可以用 print 语句在代码中缩小对问题语句的定位，这些语句在语法上没有错误，也不是 bug，但是从代码的功能上看是 bug。这些是最难发现和调试的 bug，因为它们不会抛出错误。惟一知道的就是在浏览器上显示的内容不是想要的内容，或者想要保存在数据库中的内容根本没有保存。
假设正在处理通过 get 请求发送过来的表单数据，想向浏览器显示信息，但是出于某种原因，数据没有正确地提交，或者不能正确地从 get 请求中读出。要调试这类问题，重要的是用 print() 或 die() 语句知道变量的值是什么。
die() 语句会中止程序执行，并在 web 浏览器上显示文本。如果不想注释掉代码，而且只想显示到出错之前的信息和出错信息，不想显示后面的信息，那么 die() 语句特别有用。
让我们在 php 中用 print 语句来测试这个概念
使用 print 语句进行调试
在我作程序员的那些时候，当我在 linux? 上开发应用程序时，没有方便的 gui 可以告诉我 bug 在哪，我迅速地发现我在程序中放的 print 语句越多，我在应用程序中把 bug 的范围缩小到一行的机会越大。请创建另一个 php 文件 test2.php，并像清单 2 所示的那样定义它。
清单 2. 显示通过 get 提交的所有变量