本文实例讲述了PHP自定义错误处理的方法。分享给大家供大家参考,具体如下:
自定义错误报告的处理方式,可以完全绕过标准的PHP错误处理函数,这样就可以按照自己定义的格式打印错误报告,或改变错误报告打印的位置(标准PHP的错误报告是哪里发生错误就在发生位置处显示)。以下几种情况可以考虑自定义错误处理。
★可以记下错误的信息,及时发现一些生产环境出现的问题。
★可以用来屏蔽错误。出现错误会把一些信息暴漏给用户,极有可能成为黑客攻击你网站的工具。
★可以做相应的处理,将所有错误报告放到脚本最后输出,或出错时可以显示跳转到预先定义好的出错页面,提供更好的用户体验,如果必要,还可以在自定义错误处理程序中,根据情况去终止脚本运行。
★可以作为调试工具,一些时候必须在运行环境时调试一些东西,但又不想影响正在使用的用户。
通常使用set_error_handler()
函数去设置用户自定义的错误处理函数,该函数用于创建运行时期间的用户自己的错误处理方法,返回旧的错误处理程序,若失败,则返回null。该函数有两个参数,其中第一个参数是必选的,需要一个回调函数,规定发生错误时运行的函数。这个回调函数一定要声明4个参数,否则无效,按顺序分别为“是否存在错误”、“错误信息”、“错误文件”和“错误行号”。set_error_handler()
函数的第二个参数则为可选的,规定现在哪个错误报告级别会显示用户自定义的错误。默认是“E_ALL”。自定义错误处理的示例如下所示:
<?php error_reporting(0); //屏蔽程序中的错误 //定义Error_Handler函数,作为set_error_handler()函数的第一个参数“回调” function error_handler($error_level,$error_message,$file,$line){ $EXIT =FALSE; switch($error_level){ //提醒级别 case E_NOTICE: case E_USER_NOTICE: $error_type = 'Notice'; break; //警告级别 case E_WARNING: case E_USER_WARNING: $error_type='warning'; break; //错误级别 case E_ERROR: case E_USER_ERROR: $error_type='Fatal Error'; $EXIT = TRUE; break; //其他未知错误 default: $error_type='Unknown'; $EXIT = TRUE; break; } //直接打印错误信息,也可以写文件,写数据库,反正错误信息都在这,任你发落 printf("<font color='#FF0000'><b>%s</b></font>:%s in<b>%s</b> on line <b>%d</b><br>\n",$error_type, $error_message, $file, $line); //如果错误影响到程序的正常执行,跳转到友好的错误提示页面 if (TURE==$EXIT){ echo '<script>location = "err.html";</scrpit>'; } } //这个才是关键点,把错误的处理交给error_handle() set_error_handler('error_handler'); //使用未定义的变量要报notice的 echo $novar; //除以0要报警告的 echo 3/0; //自定义一个错误 trigger_error('Trigger a fatal error',E_USER_ERROR); ?>
本例所有打印的错误报告都是按自己定义的格式输出的,不过有一点,系统直接报Fatal Error的这里捕获不到,因为系统不可能把这么重大的错误教给你处理。遇到这种错误是必须要解决的,所以系统会直接终止程序运行。使用set_error_handler()
函数可以很好地解决安全和调试方便的矛盾,而且你还可以花点心思,使错误提示更加美观以配合网站的风格。不过要注意两点。
①E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING是不会被这个句柄处理的,也就是会用最原始的方式显示出来。不过出现这些错误都是编译或PHP内核出错,在通常情况下不会发生。
②使用set_error_handler()
后,error_reporting()
将会失效。也就是所有的错误(除上述的错误)都会教给自己定义的函数处理。
希望本文所述对大家PHP程序设计有所帮助。
PHP自定义错误处理的方法分析
- Author -
天涯海角路声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@