PHP 的异常处理、错误的抛出及回调函数等面向对象的错误处理方法

【编者按】：网学网PHP为您提供PHP 的异常处理、错误的抛出及回调函数等面向对象的错误处理方法参考，解决您在PHP 的异常处理、错误的抛出及回调函数等面向对象的错误处理方法学习中工作中的难题，参考学习。

异常处理用于在指定的错误（异常）情况发生时改变脚本的正常流程。这种情况称为异常。
PHP 5 添加了类似于其它语言的异常处理模块。在 PHP 代码中所产生的异常可被 throw 语句抛出并被 catch 语句捕获。需要进行异常处理的代码都必须放入 try 代码块内，以便捕获可能存在的异常。每一个 try 至少要有一个与之对应的 catch。使用多个 catch 可以捕获不同的类所产生的异常。当 try 代码块不再抛出异常或者找不到 catch 能匹配所抛出的异常时，PHP 代码就会在跳转到最后一个 catch 的后面继续执行。当然，PHP 允许在 catch 代码块内再次抛出（throw）异常。

当一个异常被抛出时，其后（译者注：指抛出异常时所在的代码块）的代码将不会继续执行，而 PHP 就会尝试查找第一个能与之匹配的 catch。如果一个异常没有被捕获，而且又没用使用 set_exception_handler() 作相应的处理的话，那么 PHP 将会产生一个严重的错误，并且输出 Uncaught Exception ... （未捕获异常）的提示信息。

当异常被触发时，通常会发生：
•当前代码状态被保存
•代码执行被切换到预定义的异常处理器函数
•根据情况，处理器也许会从保存的代码状态重新开始执行代码，终止脚本执行，或从代码中另外的位置继续执行脚本

一、错误、异常 等级常量表
error：不能在编译期发现的运行期错误，不如试图用 echo 输出一个未赋值的变量，这类问题往往导致程序或逻辑无法继续下去而需要中断；
exception：程序执行过程中出现意料之外的情况，逻辑上往往是行得通的，但不符合应用场景，比如接收到一个长度长错预定格式的用户命名，因此，异常主要靠编码人员做预先做判断后抛出，捕获异常后改变程序流程来处理这些情况，不必中断程序。
PHP 对于异常和错误的界定似乎不是很明显，尤其是低版本的PHP。
错误和日志记录值 常量 说明 备注
1 E_ERROR (integer)
致命的运行时错误。这类错误一般是不可恢复的情况，例如内存分配导致的问题。后果是导致脚本终止不再继续运行。
2 E_WARNING (integer)
运行时警告 (非致命错误)。仅给出提示信息，但是脚本不会终止运行。
4 E_PARSE (integer)
编译时语法解析错误。解析错误仅仅由分析器产生。
8 E_NOTICE (integer)
运行时通知。表示脚本遇到可能会表现为错误的情况，但是在可以正常运行的脚本里面也可能会有类似的通知。
16 E_CORE_ERROR(integer)
在PHP初始化启动过程中发生的致命错误。该错误类似 E_ERROR，但是是由PHP引擎核心产生的。 since PHP 4
32 E_CORE_WARNING(integer)
PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING，但是是由PHP引擎核心产生的。 since PHP 4
64 E_COMPILE_ERROR(integer)
致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 since PHP 4
128 E_COMPILE_WARNING(integer)
编译时警告 (非致命错误)。类似 E_WARNING，但是是由Zend脚本引擎产生的。 since PHP 4
256 E_USER_ERROR(integer)
用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
512 E_USER_WARNING(integer)
用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
1024 E_USER_NOTICE(integer)
用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
2048 E_STRICT (integer)
启用 PHP 对代码的修改建议，以确保代码具有最佳的互操作性和向前兼容性。 since PHP 5
4096 E_RECOVERABLE_ERROR(integer)
可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误，但是还没有导致PHP引擎处于不稳定的状态。 如