“错误”是开发人员了解他们的错误并解决它们以使系统完美工作的最有用的东西。

PHP提供了一些更好的方法来了解开发人员为什么以及他们的代码在哪里出错，因此通过了解这些错误，开发人员可以在许多方面改进他们的代码。

最好的方法是在脚本顶部写以下两行来获得所有错误消息:

error_reporting(E_ALL);
ini_set("display_errors", 1);

在IDE中使用xdebug等调试器工具的另一种方法。

您可以启用完整的错误报告(包括通知和严格消息)。有些人觉得这太啰嗦了，但值得一试。在php.ini中设置error_reporting为E_ALL | E_STRICT。

error_reporting = E_ALL | E_STRICT

E_STRICT将通知您已弃用的函数，并为您提供关于执行某些任务的最佳方法的建议。

如果你不想要通知，但你发现其他消息类型有帮助，尝试排除通知:

error_reporting = (E_ALL | E_STRICT) & ~E_NOTICE

还要确保在php.ini中启用了display_errors。如果您的PHP版本高于5.2.4，请将其设置为On:

display_errors = "On"

如果您的版本是5.2.4或更新版本，请使用:

display_errors = "stderr"

除了error_reporting和display_errors ini设置外，您还可以从web服务器的日志文件中获得语法错误。当我在开发PHP时，我将我的开发系统的web服务器日志加载到我的编辑器中。每当我测试一个页面并得到一个空白屏幕时，日志文件就会失效，我的编辑器会询问我是否要重新加载它。当我这样做时，我跳到底部，那里有语法错误。例如:

[Sun Apr 19 19:09:11 2009] [error] [client 127.0.0.1] PHP Parse error:  syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in D:\\webroot\\test\\test.php on line 9

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);
ini_set('html_errors', 1);

此外，使用xdebug可以获得更详细的信息。

对于快速，动手故障排除，我通常建议在这里SO:

error_reporting(~0); ini_set('display_errors', 1);

放在正在进行故障排除的脚本的开头。这并不完美，完美的变体是你也在PHP .ini中启用它，并在PHP中记录错误以捕捉语法和启动错误。

这里列出的设置显示所有错误、通知和警告，包括严格的错误，而不考虑使用哪个PHP版本。

接下来要考虑的事情:

安装Xdebug并在IDE中启用远程调试。

也可以看到:

错误报告(PHP正确方式) 预定义ConstantsDocs error_reporting()文档 display_errorsDocs

除了上面的许多很好的答案，你还可以在你的项目中实现以下两个功能。它们将在应用程序/脚本退出之前捕捉每个非语法错误。 在函数内部，您可以进行回溯和日志，或向公众呈现令人愉快的“网站正在维护”消息。

致命错误:

register_shutdown_function

http://php.net/manual/en/function.register-shutdown-function.php

错误:

set_error_handler

http://php.net/manual/en/function.set-error-handler.php

回溯:

debug_backtrace

http://php.net/manual/en/function.debug-backtrace.php