如何利用PHP自定义错误处理器处理出错信息

如果您是PHP老手，当然知道当PHP脚本出错时发生了什么事情。此时PHP解析器将在屏幕上给出错误信息，如 Fatal error: Call to undefined function on line 19 --，因此程序在此处终止。这个信息会吓到客户，他可能立即打电话和你进行咨询。

幸运的是，这里有解决办法。PHP拥有内置工具，可以让开发人员捕捉脚本错误然后将它们转到自定义的错误处理器。此时则可以对处理器进行编程显示更多关于错误的详细信息。还可以将错误写入文件或数据库以采取补救措施。有时候还可以对处理器编写程序忽略错误消息。

本文中，我将阐述如何使用PHP的错误处理API构建用户自定义的错误处理器，并且说明如何以简单而友好的方式显示和管理脚本的错误信息。

错误类型和报告级别

我们从最基本的开始。PHP有三种最基本的错误类型，从低级到高级分别为：注意、警告和错误（或致命错误）。通常情况下，注意和警告不会终止程序；但是致命错误则是危险故障（例如，调用一个没有定义的函数或参考一个不存在的对象），将导致程序中断。这些错误有可能在启动、解析、编译或运行时发生。

关键字如E_NOTICE, E_ERROR等用于表明错误的不同类型和等级。在PHP手册上可以获得它们的详细信息列表。

脚本阶段错误显示由error_reporting()函数进行控制。这一函数针对不同的错误等级设置不同的参数。表A给出了使用此函数报告警告和致命错误的脚本程序。

表A

将表B中的代码与上面的进行比较发现，Listing B中隐藏错误信息甚至隐藏致命信息PHP错误处理，使得错误信息不会被显示出来。

表B

表C中的代码将所有错误信息甚至简单的注意事项都显示出来：

表C

如以上3个例子所示，error_reporting()函数在控制错误发生时，在屏幕上显示内容非常重要。这里的关键字是displayed，其表达的意思是错误不被显示而不是错误没有发生。因此，发生致命错误时（例如不正确的函数调用），程序将被终止；但是，此时没有任何消息显示给用户。

下面的例子（表 D）说明了这种情况：

表D

在表D中，在调用echo()函数时发生了致命错误，程序执行时到这点被终止，但是却没有任何错误消息给出，用户不知道这种情况还以为程序在正确运行。下面的结论是非常明显的：不给出错误报告非常危险，因为不论过程是否完成它常导致不正确的结论。

注意：调用不带任何参数的error_reporting()将返回当前的错误报告等级。

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!