PHP错误与异常处理

错误等级

PHP 有几个错误严重性等级。三个最常见的的信息类型是错误（error）、通知（notice）和警告（warning）。它们有不同的严重性: E_ERROR 、E_NOTICE和 E_WARNING。错误是运行期间的严重问题，通常是因为代码出错而造成，必须要修正它，否则会使 PHP 停止执行。通知是建议性质的信息，是因为程序代码在执行期有可能造成问题，但程序不会停止。 警告是非致命错误，程序执行也不会因此而中止。

使用 PHP 内置的函数 error_reporting()，可以设定程序执行期间的错误等级，方法是传入预定义的错误等级常量，这意味着如果你只想看到警告和错误 – 而非通知 – 你可以这样设定：

error_reporting(E_ERROR | E_WARNING);

你可以让 PHP 利用错误控制操作符 @ 来抑制特定的错误， 如@fopen()。将这个操作符放置在表达式之前，其后的任何错误都不会出现。但是我不建议这么做。

错误报告

错误日志对于发现程序中的错误是非常有帮助的，但是有些时候它也会将应用程序的结构暴露给外部。为了有效的保护你的应用程序不受到由此而引发的问题。

在开发环境中，我喜欢让PHP显示并记录所有错误消息，而在生产环境中，我会让PHP记录大多数错误消息，但不显示出来。不管怎么做，一定要遵循以下4个规则：

• 一定要让PHP报告错误。
• 在开发环境中显示错误。
• 在生产环境中不能显示错误。
• 在开发环境和生产环境中都要记录错误。

我在php.ini中为开发环境设置错误报告方式如下：

;显示错误
display_errors = On
display_startup_errors = On
;报告所有错误
error_reporting = -1
;记录错误
log_errors = On

我在php.ini中为生产环境设置错误报告方式如下：

;不显示错误
display_errors = Off
display_startup_errors = Off
;除了注意事项之外，报告所有其他错误
error_reporting = E_ALL & ~E_NOTICE
;记录错误
log_errors = On

异常捕获

异常是许多流行编程语言的标配，但它们往往被 PHP 开发人员所忽视。像 Ruby 就是一个极度重视异常的语言，无论有什么错误发生，像是 HTTP 请求失败，或者数据库查询有问题，甚至找不到一个图片资源，Ruby （或是所使用的 gems），将会抛出异常，你可以通过屏幕立刻知道所发生的问题。

PHP 处理这个问题则比较随意，调用 file_get_contents() 函数通常只会给出 FALSE 值和警告。许多较早的 PHP 框架比如 CodeIgniter 只是返回 false，将信息写入专有的日志，或者让你使用类似 $this->upload->get_error() 的方法来查看错误原因。这里的问题在于你必须找出错误所在，并且通过翻阅文档来查看这个类使用了什么样的错误的方法，而不是明确的暴露错误。

另一个问题发生在当类自动抛出错误到屏幕时会结束程序。这样做会阻挡其他开发者动态处理错误的机会。应该抛出异常让开发人员意识到错误的存在，让他们可以选择处理的方式，例如：

<?php
$email = new FuelEmail;
$email->subject('My Subject');
$email->body('How the heck are you?');
$email->to('guy@example.com', 'Some Guy');

try
{
    $email->send();
}
catch(FuelEmailValidationFailedException $e)
{
    // 验证失败
}
catch(FuelEmailSendingFailedException $e)
{
    // 这个驱动无法发送 email
}
finally
{
    // 无论抛出什么样的异常都会执行，并且在正常程序继续之前执行
}