XDebug对于开发至关重要。我安装它之前任何其他扩展。它为您提供任何错误的堆栈跟踪，您可以轻松地启用分析。

使用var_dump()可以快速查看数据结构。不要使用print_r()，因为你必须用<pre>包围它，而且它一次只打印一个var。

<?php var_dump(__FILE__, __LINE__, $_REQUEST); ?>

对于一个真正的调试环境，我发现最好的是Komodo IDE，但它要花费$$。

For the really gritty problems that would be too time consuming to use print_r/echo to figure out I use my IDE's (PhpEd) debugging feature. Unlike other IDEs I've used, PhpEd requires pretty much no setup. the only reason I don't use it for any problems I encounter is that it's painfully slow. I'm not sure that slowness is specific to PhpEd or any php debugger. PhpEd is not free but I believe it uses one of the open-source debuggers (like XDebug previously mentioned) anyway. The benefit with PhpEd, again, is that it requires no setup which I have found really pretty tedious in the past.

在生产环境中，我使用error_log()将相关数据记录到服务器的错误日志中。

print_r() +1。使用它来转储对象或变量的内容。为了使它更具可读性，使用pre标记，这样你就不需要查看源代码了。

echo '<pre>';
print_r($arrayOrObject);

还有var_dump($thing) -这对于查看子事物的类型非常有用

通常我发现创建一个自定义日志功能可以保存在文件中，存储调试信息，并最终在公共页脚上重新打印。

您还可以重写常见的Exception类，以便这种类型的调试是半自动化的。

我使用内置调试器的zend studio for eclipse。与使用eclipse pdt和xdebug进行调试相比，它仍然很慢。希望他们能解决这些问题，在最近的版本中，速度有所提高，但仍然需要2-3秒。 zend firefox工具栏让事情变得非常简单(调试下一页、当前页等)。此外，它还提供了一个分析器，可以对代码进行基准测试，并提供饼状图、执行时间等。