如果您不想弄乱输出，输出缓冲是非常有用的。我在一行代码中做到了这一点，我可以随意注释/取消注释

 ob_start();var_dump(); user_error(ob_get_contents()); ob_get_clean();

我使用了Zend Studio(5.5)和Zend平台。这就提供了适当的调试、断点/跨代码等，尽管是有代价的。

尝试Eclipse PDT来设置具有您提到的调试特性的Eclipse环境。与var_dump的老方法相比，进入代码的能力是一种更好的调试方法，并在各个点打印，以查看流在哪里出错。当所有这些都失败了，虽然，我只有SSH和vim，我仍然var_dump()/die()找到哪里的代码出错。

通过简单地var_dump一些关键变量，可以很容易地找到大多数错误，但这显然取决于您开发的应用程序类型。

对于更复杂的算法，步进/断点/观察函数是非常有用的(如果没有必要)

根据问题的不同，我喜欢将error_reporting(E_ALL)与echo测试混合使用(以找到最初发生错误的违规行/文件;你知道它并不总是行/文件php告诉你对吗?)，IDE大括号匹配(解决“解析错误:语法错误，意外的$end”问题)，和print_r();退出;转储(真正的程序员查看源代码;p)。

你也不能用“memory_get_usage();”和“memory_get_peak_usage();”来打败phpdebug(检查sourceforge)来找到问题区域。

您可以使用Firephp作为firebug的附加组件在与javascript相同的环境中调试php。

我还使用前面提到的Xdebug来分析php。