PHP 错误处理机制

在日常的项目开发过程中,总是会出现一些我们意想不到的异常错误,如果我们对此没有进行相对完善的处理,那么程序看上去也很不专业,也很可能就会成为别人攻击系统的有效信息;有些错误异常会终止脚本执行,这个时候如果没有一些错误提示信息的话,那么我们只能从头开始看代码了,要知道项目中成百上千行的代码对我们来说是件多么恐怖的事情啊,那么我们如何在项目开发的过程中快速准确地定位到异常、错误呢,并进行相应的处理,本文由自己对错误、异常处理的了解,再此分享与大家相互学习交流,并作为一个备忘。

系统错误处理器:

PHP正常情况下,错误会正常的输出,但在一些框架中,可能会影响错误的输出,可能是框架本身有自己的处理机制,也可能代码中作处理了,一般是这几个函数设置:

1.error_reporting();  设置PHP 的报错级别并返回当前级别

error_reporting(report_level)

如果参数 level 未指定,当前报错级别将被返回。下面几项是 level 可能的值:

 

常量

 

描述

 

1

 

E_ERROR

 

致命的运行时错误。不能回收此错误。脚本被中断执行。

 

2

 

E_WARNING

 

非致命的运行时警告。脚本不被中断执行。

 

4

 

E_PARSE

 

编译时分析错误。解析应该只由分析器生成的错误

 

8

 

E_NOTICE

 

运行时通知。该脚本发现可能是一个错误,但通常运行一个脚本时,也可能发生

 

16

 

E_CORE_ERROR

 

致命错误在PHP启动时。这就好比在PHP核心的E_ERROR

 

32

 

E_CORE_WARNING

 

PHP启动时警告。这就好比在PHP核心的E_WARNING

 

64

 

E_COMPILE_ERROR

 

致命的编译时错误。这就好比通过了Zend脚本引擎产生的E_ERROR

 

128

 

E_COMPILE_WARNING

 

非致命编译时警告。这就好比通过了Zend脚本引擎产生E_WARNING

 

256

 

E_USER_ERROR

 

致命的用户生成的错误,这类似于程序员使用PHP函数 trigger_error() 设置的 E_ERROR

 

512

 

E_USER_WARNING

 

非致命的用户生成的警告,这类似于程序员使用PHP函数 trigger_error 设置的 E_WARNING

 

1024

 

E_USER_NOTICE

 

用户生成的通知,这类似于程序员使用PHP函数trigger_error 设置的 E_NOTICE

 

2048

 

E_STRICT

 

运行时通知。PHP建议改变你的代码,以帮助该代码的互操作性和兼容性

 

4096

 

E_RECOVERABLE_ERROR

 

可捕获的致命错误,类似 E_ERROR,但可被用户定义的处理程序捕获(参见 set_error_handler()

 

8191

 

E_ALL

 

所有的错误和警告,除级别E_STRICT在PHP6.0中,E_STRICT将是E_ALL的一部分)

 

这里值得注意的是,$level为0的时候是关闭错误输出,也就是任何错误都不会输出。

2.set_error_handler()

定义和用法

set_error_handler() 函数设置用户自定义的错误处理函数。

该函数用于创建运行时期间的用户自己的错误处理方法。

该函数会返回旧的错误处理程序,若失败,则返回 null。

语法

set_error_handler(error_function,error_types)

参数

 

描述

 

error_function

 

必需。规定发生错误时运行的函数。

 

error_types

 

可选。规定在哪个错误报告级别会显示用户定义的错误。默认是 "E_ALL"。

 

提示:如果使用了该函数,会完全绕过标准的 PHP 错误处理函数,如果必要,用户定义的错误处理程序必须终止 (die() ) 脚本,

注释:如果在脚本执行前发生错误,由于在那时自定义程序还没有注册,因此就不会用到这个自定义错误处理程序。

测试代码如下:

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/5bb0a7c0249b36145162bf7e7e406427.html