不会。finally块总会执行，即使try或catch中有return；若finally自身有return，则覆盖前面的返回值；异常链需传原异常作第三个参数；竞态条件应优先用try catch而非if判断；match中throw需确保分支类型一致。
PHP try catch 里 return 会跳过 finally 吗？
不会。只要 finally 块存在，它就一定会执行，哪怕 try 或 catch 里写了 return。
这是 PHP 异常处理最常被误解的一点：很多人以为 return 一出，流程就彻底跳出，其实 finally 是“强制收尾环节”，优先级高于普通 return。
-
try中return 'a'→finally执行完，才把'a'返回出去 -
catch中return 'b'→ 同样先跑finally，再返回'b' -
finally自己也有return？那它会覆盖前面所有return的值——这是真坑，慎用
throw 新异常时，原异常信息怎么保留？
直接 throw new Exception('xxx') 会丢掉原始堆栈和上下文，调试时只剩新异常的单层调用链。
正确做法是把原异常作为第二个参数传给新异常构造函数，让 PHP 自动链式记录：
立即学习“PHP免费学习笔记（深入）”；
try {
riskyOperation();
} catch (Exception $e) {
throw new RuntimeException('数据库写入失败', 0, $e);
}
- 第三个参数
$e必须是Throwable实例（PHP 7+），不能是字符串或数组 - 旧版 PHP 5.6 不支持异常链，强行传会报错；升级到 7.0+ 是前提
- 日志里能看到完整嵌套：「RuntimeException caused by Exception」，而不是孤零零一行
if else 和 try catch 混用时，哪些地方容易漏判？
典型场景：先 if 判断文件是否存在，再 fopen —— 这中间有竞态窗口，if 返回 true 后文件可能立刻被删，fopen 还是会失败。
这时候靠条件判断不如靠异常捕获，尤其对 I/O、网络、数据库等外部依赖：
- 别写
if (file_exists($path)) { $fp = fopen($path); }，改用try { $fp = fopen($path); } catch (ErrorException $e) { ... } -
fopen默认不抛异常，需提前设置set_error_handler()转换错误，或用stream_context_set_default(['notification' => ...]) - 更推荐用
file_get_contents()等封装函数，它们在失败时直接抛RuntimeException（PHP 8.0+）
PHP 8 的 match 表达式能和异常一起用吗？
能，但要注意 match 是表达式，必须有返回值，而 throw 是语句——直接写 throw 会语法错误。
正确写法是把 throw 包进匿名函数或立即执行，或者用三元配合 throw（PHP 8.0+ 支持）：
$result = match ($code) {
200 => 'OK',
404 => throw new NotFoundException('Not found'),
default => throw new InvalidArgumentException('Invalid code')
};
- 每个分支必须返回同类型值，或全是
throw；混用'string'和throw会报错 -
match不做类型隐式转换：match (1)不会匹配'1'，这点比switch严格 - 如果分支逻辑复杂，别硬塞进
match，该拆成函数就拆，可读性比炫技重要
异常不是流程控制的替代品，但它是处理“不可预测失败”的唯一可靠方式。写 if 容易，写对 try catch 需要想清楚谁该负责清理、谁该暴露错误、谁该静默吞掉——这些决定往往藏在 finally 里、异常构造参数里、还有 match 分支的末尾。
