能，但前提是try或catch里没调用exit()、die()或触发致命错误；finally在try进入后无论是否异常、是否被catch、甚至catch中抛新异常都会执行，是资源清理最可靠的保障机制。
PHP的finally块真能保证执行吗？
能，但前提是try或catch里没调用exit()、die()，也没触发致命错误（如Fatal error: Allowed memory size exhausted）。PHP 5.5+ 支持finally，它在try结束时**无论是否抛出异常、是否被catch捕获、甚至catch里又抛新异常**，都会执行——这是它和在catch末尾手动写清理逻辑的本质区别。
文件句柄、数据库连接这类资源必须放finally里关吗？
不是“必须”，但强烈建议。常见误区是只在catch里关资源，结果try里成功执行完但没异常，资源就漏关了。正确做法是：打开资源放try开头，关闭放finally里。例如：
$fp = fopen('/tmp/data.txt', 'w');
try {
fwrite($fp, 'hello');
// 可能抛出Exception
process_data();
} catch (Exception $e) {
error_log($e->getMessage());
throw $e; // 重新抛出，不影响finally执行
} finally {
if (is_resource($fp)) {
fclose($fp); // 这里一定会运行
}
}
-
fopen()失败会返回false，所以finally里要判is_resource() - 如果
process_data()抛异常且没catch，控制流直接跳到finally，再冒泡向上 -
finally里再抛异常会覆盖前一个异常（PHP 7.0+ 会用Throwable::getPrevious()链起来）
使用PDO事务时，finally里能安全rollback()吗？
不能无条件rollback()。事务状态不可知：可能已commit()，可能还在进行，也可能已rollback()过。直接调用会报PDOException: There is no active transaction。稳妥做法是结合标志位：
$pdo = new PDO($dsn);
$inTransaction = false;
try {
$pdo->beginTransaction();
$inTransaction = true;
$pdo->exec("INSERT INTO logs VALUES ('start')");
risky_operation(); // 可能失败
$pdo->commit();
$inTransaction = false;
} catch (Exception $e) {
if ($inTransaction) {
$pdo->rollback();
}
throw $e;
}
注意这里没用finally——因为commit()成功后事务已结束，finally里再rollback()就错了。真正需要finally的是连接本身释放（如$pdo = null），而非事务控制。
立即学习“PHP免费学习笔记（深入）”；
finally里做日志记录要注意什么？
避免在finally里做可能失败的I/O操作。比如写文件日志时磁盘满、权限不足，会导致新异常掩盖原始异常。更安全的做法：
- 用
error_log()（走系统日志，失败静默）代替file_put_contents() - 若必须写文件，先
is_writable()检查，失败则退回到error_log() - 不要在
finally里throw新异常，除非你明确想丢弃原始错误上下文
最常被忽略的一点：finally里的代码仍受set_error_handler()和register_shutdown_function()影响，如果它们内部又触发异常或错误，可能干扰清理逻辑——这种嵌套边界情况，得靠实际压测暴露。
