php多层嵌套中try/catch未捕获异常，因异常被中间层静默吞掉或未显式throw上抛；异步、回调、闭包中异常不冒泡；应分层抛出自定义异常，finally需每层自行配对清理资源。
PHP 多层嵌套里 try/catch 为什么没抓到异常？
因为异常没往上抛，或者被中间某层静默吞掉了。PHP 的异常不会自动跨函数/方法边界传播，除非显式 throw 或未被捕获。
- 每个函数调用都是独立作用域，
try/catch只捕获当前作用域内抛出的异常 - 如果子函数里
catch了但没throw或throw new Exception(...)，异常就终止了 - 异步调用（如
pcntl_fork）、回调、闭包中抛异常，不会冒泡到外层try
示例：
function inner() {
try {
throw new RuntimeException('boom');
} catch (Exception $e) {
// 吞掉异常，外层永远收不到
}
}
try {
inner(); // 这里不会进 catch
} catch (Exception $e) {
echo 'never reached';
}
多层嵌套中该在哪一层 throw？
只在真正能识别错误语义、有重试/降级/记录能力的地方抛，而不是“每层都 throw”。盲目补 throw 会导致重复日志、掩盖原始上下文。
- 底层函数（如数据库操作）发现连接失败 → 抛
PDOException，不自己重试 - 业务逻辑层收到
PDOException，判断是否可重试 → 是则重试并return；否则throw new ServiceException(...)包装后上抛 - 最外层（如控制器）统一
catchServiceException，返回 HTTP 500 并记录日志
关键：用自定义异常类区分层级职责，避免所有地方都抛 Exception。
用 set_exception_handler 补漏靠谱吗？
它只兜底「未被捕获的异常」，对多层嵌套中的逻辑错误（比如空数组调 current()）、类型错误、致命错误无效，也不能恢复执行。
立即学习“PHP免费学习笔记（深入）”；
- 适合做最后的日志记录和用户友好提示，比如写入
error_log()+ 显示「系统繁忙」页面 - 不能替代分层
try/catch，因为丢失了调用栈细节和业务上下文（比如不知道是支付还是查询出错） - 注意：它不捕获
E_ERROR等致命错误，得配合register_shutdown_function+error_get_last()
别把它当“全局 catch”，那会掩盖本该由代码主动处理的问题。
嵌套太深时，finally 和资源清理怎么写才安全？
每层负责清理自己打开的资源，别指望外层替你关文件句柄或释放锁。PHP 的 finally 不会跨函数执行。
- 打开资源（如
fopen()、mysqli::query()）后，立刻配对try/finally，哪怕只有一行逻辑 - 不要在
catch里清理资源，万一catch本身出错（比如日志写满磁盘），资源就泄露了 - 优先用 RAII 风格：把资源封装成对象，利用析构函数
__destruct()清理（但注意：析构时机不确定，不能依赖它做关键释放）
复杂点在于——嵌套中某层提前 return 或 exit，finally 仍会执行；但若进程被 kill 或 OOM，任何清理都会失效。
