分类：
2008-04-14 16:53:25
如果您是老手，当然知道当PHP脚本出错时发生了什么事情。此时PHP解析器将在屏幕上给出错误信息，如 Fatal error: Call to undefined function on line 19 --，因此程序在此处终止。这个信息会吓到客户，他可能立即打电话和你进行咨询。
幸运的是，这里有解决办法。PHP拥有内置工具，可以让开发人员捕捉脚本错误然后将它们转到自定义的错误处理器。此时则可以对处理器进行编程显示更多关于错误的详细信息。还可以将错误写入文件或以采取补救措施。有时候还可以对处理器编写程序忽略错误消息。
本文中，我将阐述如何使用PHP的错误处理API构建用户自定义的错误处理器，并且说明如何以简单而友好的方式显示和管理脚本的错误信息。
错误类型和级别
我们从最基本的开始。PHP有三种最基本的错误类型，从低级到高级分别为：注意、警告和错误（或致命错误）。通常情况下，注意和警告不会终止程序；但是致命错误则是危险故障（例如，调用一个没有定义的函数或参考一个不存在的），将导致程序中断。这些错误有可能在启动、解析、编译或运行时发生。
关键字如E_NOTICE, E_ERROR等用于表明错误的不同类型和等级。在PHP手册上可以获得它们的详细信息列表。
脚本阶段错误显示由error_reporting()函数进行控制。这一函数针对不同的错误等级设置不同的参数。表A给出了使用此函数报告警告和致命错误的脚本程序。
表A
// display warnings and errors
error_reporting(E_WARNING | E_ERROR);
// this will generate a notice, which will never be displayed
echo $undefinedVar;
// this will generate a fatal error, which will be displayed
callUndefFunc();
?>
将表B中的代码与上面的进行比较发现，Listing B中隐藏错误信息甚至隐藏致命信息，使得错误信息不会被显示出来。
表B
// turn off error display
// no errors will be displayed
error_reporting(0);
// this will generate a notice
echo $undefinedVar;
// this will generate a fatal error
callUndefFunc();
?>
表C中的代码将所有错误信息甚至简单的注意事项都显示出来：
表C
// all errors will be displayed
error_reporting(E_ALL);
// this will generate a notice
echo $undefinedVar;
// this will generate a fatal error
callUndefFunc();
?>
如以上3个例子所示，error_reporting()函数在控制错误发生时，在屏幕上显示内容非常重要。这里的关键字是displayed，其表达的意思是错误不被显示而不是错误没有发生。因此，发生致命错误时（例如不正确的函数调用），程序将被终止；但是，此时没有任何消息显示给用户。
下面的例子（表 D）说明了这种情况：
表D
// no errors will be displayed
error_reporting(0);
// start a task
echo "Starting task...";
// call an undefined function
// a fatal error occurs during task processing
callMe();
// end the task
echo "Successfully completed task...";
?>
在表D中，在调用echo()函数时发生了致命错误，程序执行时到这点被终止，但是却没有任何错误消息给出，用户不知道这种情况还以为程序在正确运行。下面的结论是非常明显的：不给出错误报告非常危险，因为不论过程是否完成它常导致不正确的结论。
注意：调用不带任何参数的error_reporting()将返回当前的错误报告等级。
自定义错误处理器
很明显，隐藏错误报告是不正确的，你肯定想知道有什么其他办法加以改进。自定义错误处理器就是一个很好的能取代PHP默认错误处理系统的解决方法。自定义错误处理器可以以任何方式设置处理错误信息，包括信息如何显示。
PHP函数中，完成这一功能的是set_error_handler()函数。错误发生时，此函数被自动调用，然后给出4个参数：错误代码、错误消息、发生错误的脚本名称和错误出现的行，此函数对错误管理负责。
表E给出一个简单例子：
表E
// define custom handler
set_error_handler('myHandler');
// custom handler code
function myHandler($code, $msg, $file, $line) {
echo "Just so you know, something went wrong at line $line of your script $file. The system says that the error code was $code, and the reason for the error was: $msg. Sorry about this!";
}
// generate a notice
echo $undefVar;
?>
当运行此脚本的时候，会出现下面的信息：
Just so you know, something went wrong at line 11 of your /dev/error1.php. The system says that the error code was 8, and the reason for the error was: Undefined variable: undefVar. Sorry about this!
此时，PHP的默认错误处理器被用户定义的myHandler()函数所取代，$undefVar变量被激活，PHP通知未定义变量的信息，此信息在运行时引擎产生，然后传递给myHandler()函数，同时错误发生的地址也传递给此函数。然后myHandler()函数输出友好信息解释错误。
注意：错误和致命错误很重要，它们会绕过自定义错误处理器，然后以PHP默认的错误处理机制进行显示。显示这些信息可使用前面讨论的标准error_reporting()函数进行控制。
例1：动态错误页面和e-mail警报
表F给出了另一个范例，当发生错误时，将动态产生HTML错误页面，并且通过e-mail向Web管理员进行报告。
表F
// define custom handler
set_error_handler('myHandler');
// custom handler code
function myHandler($code, $msg, $file, $line, $context) {
// print error page
echo "
这里，自定义的错误处理器在遇到错误时动态产生HTML错误页面。此错误信息也能被e-mail信息捕获，然后通过PHP内置的mail()函数发送给管理员。
这里出现了myHandler()函数的一个新参数$context。这是myHandler()函数的第五个参数，是可选项。它包含了当前变量状态的快照。包括对管理员有用的上下文信息，有利于减少调试时间。
例2：自定义错误日志
表G给出了另一个例子，这个例子说明自定义错误处理器如何将详细的错误信息输入到文件。
表G
// define custom handler
set_error_handler('myHandler');
// custom handler code
function myHandler($code, $msg, $file, $line) {
// print error page
echo "
与前面的例子相似，它也产生一个错误页面并且将错误数据输入到文件，以利于管理员进行查看。数据以CSV格式进行存储，并且有简单的数据分析和报告。请注意在本例和前面实例中，错误处理代码结束时调用die()函数，以确保脚本不再运行。
如上面的范例所示，自定义错误处理器允许以友好的方式处理PHP脚本错误。并且可以发挥自己的创造性，不过需要记住的是：任何灵活性的增加都伴随着开销和时间的增加。
