php 8.3 中异常捕获必须使用 catch (throwable $e)，因 error 和 exception 均实现 throwable 接口；仅 catch (exception) 会漏掉 typeerror 等错误，且 finally 在 return 后仍执行但受 exit 干扰。
try-catch 仍是 PHP 8.3 异常捕获的唯一有效路径，它只响应 throw 出来的 Throwable 实例；语法错误、未定义函数、内存耗尽等仍会直接终止进程，不进任何 catch。
PHP 8.3 中 catch (Throwable $e) 是必须项，不是可选项
PHP 7+ 已将 Error（如 TypeError、ParseError）和 Exception 并列置于 Throwable 接口之下。PHP 8.3 沿用并强化这一模型——仅写 catch (Exception $e) 会漏掉所有 Error 子类。
-
json_encode(NAN)在 PHP 8.3 抛TypeError，catch (Exception)完全捕不到 - 正确兜底写法是：
catch (Throwable $e)，且应放在所有具体类型catch块之后 - 若需区分处理，推荐顺序：
catch (TypeError $e)→catch (PDOException $e)→catch (Exception $e)→catch (Throwable $e)
PHP 8.3 不再容忍 set_error_handler 转换失败的 error_reporting 配置
在 PHP 8.3 中，set_error_handler() 是否生效，严格取决于当前 error_reporting() 的返回值是否包含对应错误级别。以前可能“静默忽略”的情况，现在更易暴露为逻辑断裂。
- 比如
E_NOTICE被error_reporting(0)屏蔽后，即使注册了set_error_handler，也不会触发throw new ErrorException - 调试时建议显式开启：
error_reporting(E_ALL | E_STRICT)，再调用set_error_handler - 转换后的
ErrorException仍属Exception子类，可被catch (Exception)捕获，但注意它不继承Throwable的全部语义（比如不能被finally中的异常覆盖）
finally 执行不受 return 影响，但受 exit/die 干扰
PHP 8.3 保持与之前版本一致的行为：只要没调用 exit() 或 die()，finally 就一定执行——哪怕 try 或 catch 里写了 return。
-
return在try中触发，finally仍会运行，且其内部的return会覆盖前者（这是 PHP 特性，非 bug） - 但若
try中调用了exit('done')，finally将完全跳过，这点和 Java 不同，容易误判 - 资源清理务必提前声明变量：
$fp = null;再在try中赋值，否则finally里is_resource($fp)会报Undefined variable
全局异常处理器 + 致命错误兜底仍是生产环境标配
PHP 8.3 没有改变 set_exception_handler() 和 register_shutdown_function() + error_get_last() 的协作模式——它们仍是捕获“漏网之鱼”的实际手段。
-
set_exception_handler()只接管未被捕获的Throwable，不替代局部try-catch - 致命错误（
E_ERROR、E_PARSE）仍需register_shutdown_function()检查error_get_last()，且必须在脚本最开头注册 - PHP 8.3 对
error_get_last()返回结构无变更，但注意：若脚本中途已调用过error_clear_last()，会导致该检查失效
finally 看似简单，却是最容易因变量作用域、exit 干预或资源未初始化而翻车的地方；而 catch (Throwable) 如果漏写，PHP 8.3 下的 TypeError 就会直接炸穿整个请求。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
