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