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

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