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() ) 脚本, 

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

 

   

 

posted on 2017-06-04 13:00  Just丶随心  阅读(128)  评论(0编辑  收藏  举报

导航