详解PHP异常机制的流程及原理

　　PHP的异常机制的原理是什么?在PHP每一个可独立执行的op array最后的ZEND_HANDLE_EXCEPTION是用来干什么呢?让我们从一个问题说起。

　　对于一下代码，onError明明执行了, 但是onException却没有执行, 为什么呢?

<?php   
function onError($errCode, $errMesg, $errFile, $errLine) {        
echo "Error Occurred\n";        
throw new Exception($errMesg);    
}     
function onException($e) {        
echo $e->getMessage();    
}     
set_error_handler("onError");     
set_exception_handler("onException");     
/* 我从不会以我的名字命名文件, 所以这个文件不存在 */    
require("laruence.php");  

运行结果：

Error Occurred     
PHP Fatal error: main(): Failed opening required ''laruence.php  

　　首先, 我们要知道, Require在包含一个找不到的问题的时候, 会前后抛出俩个错误：

　　1. WARNING : 在PHP试图打开这个文件的时候抛出。

　　2. E_COMPILE_ERROR : 从PHP打开文件的函数返回失败以后抛出。

　　而我们知道, set_error_handler是不能捕获E_COMPILE_ERROR错误的。所以, 在onError中, 只能捕获到第一个WARNING错误, 而在onError中抛出的异常, 为什么没有被默认exception_handler捕获呢?这就要说说PHP的异常机制了.

　　了解opcode的同学都知道, 在PHP5.3以前, 每一个可独立运行的op array(文件, 函数, 方法)的最后一条opcode都是ZEND_HANDLE_EXCEPTION, 而这个opcode是做什么用的呢?

　　原来在PHP中, 当有异常被throw的时候, 会跳到每一个op array的最后一行, 来执行这条ZEND_HANDLE_EXCEPTION, 伪码如下:

void on_throw_exception(zval *exception TSRMLS_DC) {    
1. 判断是否已经有异常抛出    
2. 记录exception    
3. 记录下一条要执行的op line的序号    
4. 下一条要执行的op line序号 = 当前op array的最后一条    
}  

　　就和改写ip寄存器一样, 改写下一条要执行的op line的序号, 就改变了程序的流向, 这样, 就会进入到了ZEND_HANDLE_EXCEPTION的处理逻辑中.而在ZEND_HANDLE_EXCEPTION中, 会判断这个异常是否在try catch中。

　　◆如果是，则把下一条要执行的op line, 置为第一个catch的op line, 并继续执行。

　　◆如果不是，则销毁一些不需要的变量, 和opline, 然后直接结束执行过程。

　　这里有的同学要问了:”那set_exception_handler设置的异常默认处理函数(user_exception_handler)什么时候起作用呢?” 是在执行完成退出执行LOOP以后才判断是否有默认异常处理函数, 如果有才调用:

//执行    
zend_execute(EG(active_op_array) TSRMLS_CC);    
if (EG(exception)) {         
   if (EG(user_exception_handler)) {           &nb

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!