要打开完整的错误报告，请在脚本中添加以下内容:

error_reporting(E_ALL);

这甚至会导致出现最小的警告。还有，以防万一:

ini_set('display_errors', '1');

将强制显示错误。这应该在生产服务器中关闭，但在开发时不可以。

使用@inexistent_function_call ();将导致解释器安静地停止并中止脚本解析。您应该检查无效的函数，并尽量不要使用错误抑制操作符(@ char)

对于语法错误，您需要在php.ini中启用错误显示。默认情况下，这些是关闭的，因为您不希望“客户”看到错误消息。查看PHP文档中关于error_reporting和display_errors这两个指令的信息。Display_errors可能是您想要更改的。如果你不能修改php.ini，你也可以在。htaccess文件中添加以下代码:

php_flag  display_errors        on
php_value error_reporting       2039

您可以考虑在您的PHP版本中使用E_ALL的值(如Gumbo所提到的)用于error_reporting以获取所有错误。更多信息

(1)您可以检查错误日志文件，因为它将有所有的错误(除非日志记录已被禁用)。(2)添加以下两行代码将帮助您调试非语法错误:

error_reporting(-1);
ini_set('display_errors', 'On');

另一种选择是使用编辑器，当你打字时检查错误，如PhpEd。PhpEd还提供了一个调试器，可以提供更详细的信息。(PhpEd调试器与xdebug非常相似，并直接集成到编辑器中，因此您可以使用一个程序来完成所有工作。)

卡特曼的链接也很好:http://www.ibm.com/developerworks/library/os-debug/

这是一个加载配置与运行时配置的问题

重要的是要认识到在编译或解析步骤中会发生语法错误或解析错误，这意味着PHP甚至在有机会执行任何代码之前就会退出。因此，如果你在运行时修改PHP的display_errors配置(这包括在代码中使用ini_set到使用.htaccess，这是一个运行时配置文件)，那么只有默认加载的配置设置在起作用。

如何在开发中始终避免WSOD

为了避免WSOD，您需要确保加载的配置文件具有display_errors，并将error_reporting设置为-1(这相当于E_ALL，因为它确保无论您运行的是哪个版本的PHP，所有位都是打开的)。不要硬编码E_ALL的常量值，因为该值在不同版本的PHP之间可能会发生变化。

Loaded configuration is either your loaded php.ini file or your apache.conf or httpd.conf or virtualhost file. Those files are only read once during the startup stage (when you first start apache httpd or php-fpm, for example) and only overridden by runtime configuration changes. Making sure that display_errors = 1 and error_reporting = -1 in your loaded configuration file ensures that you will never see a WSOD regardless of syntax or parse error that occur before a runtime change like ini_set('display_errors', 1); or error_reporting(E_ALL); can take place.

如何找到你(php.ini)加载的配置文件

要定位您加载的配置文件，只需用以下代码创建一个新的PHP文件…

<?php
phpinfo();

然后将浏览器指向那里，查看已加载配置文件和已解析的附加.ini文件，它们通常位于phpinfo()的顶部，并将包括所有已加载配置文件的绝对路径。

如果你看到(none)而不是文件，这意味着你在配置文件(php.ini)路径中没有php.ini。因此，您可以从这里下载与PHP捆绑的库存PHP .ini，并将其复制到您的配置文件路径作为PHP .ini，然后确保您的PHP用户有足够的权限从该文件读取。您需要重新启动httpd或php-fpm来加载它。记住，这是PHP源代码附带的开发PHP .ini文件。所以请不要在生产中使用它!

只是不要在生产中这样做

这确实是在开发过程中避免WSOD的最佳方法。有人建议你把ini_set('display_errors'， 1);或error_reporting (E_ALL);在你的PHP脚本顶部或使用.htaccess，就像你在这里所做的，不会帮助你避免WSOD当语法或解析错误发生时(就像你在这里的情况)，如果你加载的配置文件已经display_errors关闭。

Many people (and stock installations of PHP) will use a production-ini file that has display_errors turned off by default, which typically results in this same frustration you've experienced here. Because PHP already has it turned off when it starts up, then encounters a syntax or parse error, and bails with nothing to output. You expect that your ini_set('display_errors',1); at the top of your PHP script should have avoided that, but it won't matter if PHP can't parse your code because it will never have reached the runtime.

错误和警告通常出现在....\logs\php_error.log或....\logs\apache_error.log中，具体取决于您的php.ini设置。

此外，有用的错误通常指向浏览器，但由于它们不是有效的html，因此不会显示。

所以"tail -f"你的日志文件，当你得到一个空白屏幕使用IEs "view" -> "source"菜单选项来查看原始输出。

除了这里所有精彩的答案，我还想特别提一下MySQLi和PDO库。

为了……

总是看到数据库相关的错误，和 避免检查方法的返回类型以查看是否出现了错误

最好的选择是将库配置为抛出异常。

MySQLi

将此添加到脚本顶部附近

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

最好放在使用新的mysqli()或mysqli_connect()之前。

PDO

在连接实例上将PDO::ATTR_ERRMODE属性设置为PDO::ERRMODE_EXCEPTION。你可以在构造函数中这样做

$pdo = new PDO('driver:host=localhost;...', 'username', 'password', [
    PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION
]);

或者在创造之后

$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);