PHP的Fatal Error无法被try/catch捕获，因其不属于异常体系；PHP 7+中TypeError、ParseError等Error子类可被catch(Throwable)捕获，但内存耗尽等Fatal Error仍不可捕获。
PHP try catch 捕不到 Fatal Error？
因为 Fatal Error（比如调用未定义函数、内存耗尽、语法错误）不属于异常体系，try/catch 根本不接管它们。PHP 的异常机制只处理 Exception 及其子类，而 Fatal Error 是更底层的错误类型。
常见错误现象：try 块里写了 undefined_function()，程序直接终止，catch 一句没执行；或者 new stdClass() 前漏了 use，报 ParseError —— 这类也进不了 catch。
- 能被
catch的只有throw出来的Exception、Error（PHP 7+）、以及实现了Throwable接口的类 -
set_error_handler()可以捕获E_WARNING等非致命错误，但无法转成异常自动进catch，得手动throw - PHP 7+ 中
TypeError、ParseError是Error子类，可被catch (Throwable $e)捕获，但Fatal Error（如Allowed memory size exhausted）依然不行
throw new Exception() 和 throw new RuntimeException() 有什么区别？
区别在语义和继承链，不是功能差异。两者都继承自 Exception，都能被 catch (Exception $e) 捕获，但选哪个取决于你想表达什么。
使用场景：你封装一个数据库操作函数，连接失败时该抛什么？
立即学习“PHP免费学习笔记（深入）”；
-
throw new Exception('DB connect failed')—— 太泛，没说明问题性质 -
throw new RuntimeException('DB connect failed')—— 明确这是运行时环境导致的问题（网络、配置、权限），属于“程序逻辑没问题，但执行条件不满足” -
throw new InvalidArgumentException('id must be integer')—— 输入参数错，适合校验失败时用
参数差异：所有 Exception 子类构造函数都是 __construct(string $message = '', int $code = 0, Throwable $previous = null)，$code 建议用业务码（如 1001 表示用户不存在），别依赖系统默认 0。
try catch 里 return 会跳过 finally 吗？
不会。finally 总是执行，哪怕 try 或 catch 中有 return、exit、甚至 throw 新异常。
容易踩的坑：在 finally 里修改返回值或覆盖异常，反而掩盖真实问题。
- 如果
try中return 123;，finally中又return 456;，最终返回的是456—— 这会让调用方困惑，且丢失原始逻辑意图 -
finally中throw新异常，会吞掉try或catch中的异常（PHP 7.0+ 会把原异常作为$previous，但旧版本直接丢弃） - 推荐只在
finally做清理：关文件句柄、释放锁、还原全局状态，别做业务判断或返回控制
示例：
function getValue() {<br> try {<br> return 'from try';<br> } finally {<br> echo "cleanup done\n"; // 会输出<br> // return 'from finally'; // 别这么写！<br> }<br>}
PHP 8.0+ 的 throw 表达式怎么用？
它让 throw 可以嵌在三元、短路运算等表达式中，省去临时变量或提前 return，但容易写出难读的单行逻辑。
性能影响几乎为零，但可读性和调试友好度会下降——异常堆栈里看不到完整上下文，IDE 也难断点。
- 合法用法：
$user = $id ? findUser($id) : throw new InvalidArgumentException('ID required'); - 危险用法：
return $config['timeout'] ?? throw new RuntimeException('Missing timeout config') > 0 ? $config['timeout'] : throw new InvalidArgumentException('Timeout must be positive');—— 一行两个throw，谁先触发都不好定位 - 兼容性注意：PHP php -l 检查语法，避免上线报
ParseError
真正需要它的地方不多，多数时候老老实实写 if + throw 更稳妥。
异常处理最难的不是语法，是决定哪里该 throw、哪里该 log、哪里该静默忽略 —— 这些边界往往藏在业务逻辑深处，而不是 try 块的括号里。
