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