一般为了收集php的异常信息做后续处理都会去设置一个exception的handler或者去继承基类去写exception的子类，我这里用的是注册了exception的handler。其中遇到了几个不太理解的问题
1：抛出异常后，程序会终止，但是隐约记得以前哪里看到过在某些特定情况下抛出异常后程序不会终止， 这种特定情况给忘记了，请大神在给科普一下。
2：如果注册了exception的handler后，代码段去try这个抛出的异常，注册的函数不会被执行，我不太记得这种情况是为什么了，请大神再给科普一下。
3：关于异常的设计，为了方便收集一些日志，一般都是怎么去收集异常的日志的，我是注册了exception的handler，然后用这个函数去做整理和收集，但是try了以后，这个函数不被执行，所以不知道该怎么去做这块收集日志的设计。 请大神给科普一下。
回复内容：
一般为了收集php的异常信息做后续处理都会去设置一个exception的handler或者去继承基类去写exception的子类，我这里用的是注册了exception的handler。其中遇到了几个不太理解的问题
立即学习“PHP免费学习笔记（深入）”；
1：抛出异常后，程序会终止，但是隐约记得以前哪里看到过在某些特定情况下抛出异常后程序不会终止， 这种特定情况给忘记了，请大神在给科普一下。
2：如果注册了exception的handler后，代码段去try这个抛出的异常，注册的函数不会被执行，我不太记得这种情况是为什么了，请大神再给科普一下。
3：关于异常的设计，为了方便收集一些日志，一般都是怎么去收集异常的日志的，我是注册了exception的handler，然后用这个函数去做整理和收集，但是try了以后，这个函数不被执行，所以不知道该怎么去做这块收集日志的设计。 请大神给科普一下。
thinkphp的E方法，就是exception，这个主要是为了直接抛错、终止。
我就知道try的用法，捕抓到异常，把异常之后要干的活写里面就好了。
getCommandObject("realcommand");
$cmd->execute();
} catch (Exception $e) {
print $e->getMessage();
exit();
}
?>
1、我目前知道的就是 在try catch捕获到异常，那么程序就可以不终止
2、手册中有对于set_exception_handler 的说明
设置默认的异常处理程序，用于没有用 try/catch 块来捕获的异常。 在 exception_handler 调用后异常会中止。
3、既然catch捕获了异常，那么exception_handler自然没办法在对应的代码段收集到异常。
function _exception_handler($exception)
{
$_error =& load_class('Exceptions', 'core');
$_error->log_exception('error', 'Exception: '.$exception->getMessage(), $exception->getFile(), $exception->getLine());
// Should we display the error?
if (str_ireplace(array('off', 'none', 'no', 'false', 'null'), '', ini_get('display_errors')))
{
$_error->show_exception($exception);
}
exit(1); // EXIT_ERROR
}
上面是CI框架中自带的异常自定义函数，所以日志无非就是收集getMessage以及错误发生的代码文件和行号。举例CI，还能捕获代码发生时的controller和action
异常（Exception）是一种更完善的错误处理机制，相比于错误（Error），异常拥有更完善的栈式处理方式。
这也就决定了，处理异常后，程序时不会回到原来的位置继续执行（这一点对于错误来说是可以的）。
为什么不能继续执行，这是异常和错误的处理机制不相同所造成的：
错误处理，是在出现错误的位置中断，跳转到错误处理函数，处理完成后再跳回中断出，所以能够继续执行。
异常处理，是向上退栈，寻找能够捕获异常的程序段，来处理异常。因为栈已经清理，所以已经不能回归到原来的执行位置。
异常的handler函数，是PHP为了兼容函数式编程而建立的函数。但是这其实并不符合标准的异常处理方式。异常处理，最好是使用try {} catch {}来实现。
至于你说的想要异常能够突破内层的catch，被外层的catch捕捉到，你可以在内层的catch中，再使用throw $e抛出即可。
