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

我使用Netbeans的XDebug和Easy XDebug FireFox插件

The add-on is essential when you debug MVC projects, because the normal way XDebug runs in Netbeans is to register the dbug session via the url. With the add-on installed in FireFox, you would set your Netbeans project properties -> Run Configuratuion -> Advanced and select "Do Not Open Web Browser" You can now set your break points and start the debugging session with Ctrl-F5 as usual. Open FireFox and right-click the Add-on icon in the right bottom corner to start monitoring for breakpoints. When the code reaches the breakpoint it will stop and you can inspect your variable states and call-stack.

Xdebug和用于notepad++的DBGp插件用于繁重的bug查找，FirePHP用于轻量级的东西。又快又脏?没有什么比dBug更好的了。

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

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

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

手动调试对我来说通常更快——var_dump()和debug_print_backtrace()是你需要用来武装你的逻辑的所有工具。