PHP 8 中不存在“非捕获 catch”，catch 块必然捕获匹配异常；常见替代方案包括空 catch（需日志且限特定异常）、捕获后重抛（用于日志/上下文）、set_exception_handler 全局兜底，以及通过 set_error_handler 转换错误为异常。
PHP 8 中并不存在“非捕获 catch”这种语法或机制。catch 块天生就是用来捕获异常的，只要写在 try 后面、匹配对应异常类型，就一定会介入执行——它不能“不捕获”，只能选择“不处理”或“重新抛出”。真正符合你意图的，通常是以下几种常见实践：
用空 catch 块忽略特定异常
当某些异常属于预期中的、可安全跳过的场景（如尝试读取一个可能不存在的配置文件），可用空 catch 避免中断流程：
- 仅对明确已知、无副作用且无需响应的异常使用，比如 FileNotFoundException 或自定义的 OptionalFeatureDisabledException
- 必须配合日志记录（哪怕只是 debug 级别），否则问题会静默消失，难以排查
- 切勿用于 Exception 或 Throwable 这类宽泛类型，否则可能掩盖严重错误
捕获后立即重新抛出（throw $e）
这看似“没处理”，实则是为日志、监控或上下文补充服务，属于典型的“透传式处理”：
- 在 catch 中调用 error_log() 或写入 Monolog，再 throw $e 向上冒泡
- 可在中间层统一添加请求 ID、用户信息等上下文，便于链路追踪
- 注意不要在 finally 里 return，否则会覆盖 throw 的行为
用 set_exception_handler 做全局兜底
当异常未被任何 try-catch 捕获时，PHP 会终止脚本并触发该处理器——它不是“非捕获”，而是“最终捕获”：
立即学习“PHP免费学习笔记（深入）”；
- 适合统一返回 500 页面、发送告警、清理临时资源
- 生产环境必须启用，防止敏感堆栈暴露给用户
- 它不能恢复执行，仅用于收尾；想继续运行需在业务层主动 try-catch
区分错误与异常：Notice/Warning 不进 catch
很多人误以为 “try-catch 没起作用”，其实是混淆了 PHP 的两套机制：
- E_NOTICE、E_WARNING 属于错误（Error），不是 Exception，默认不会被 catch 捕获
- 若需统一处理，须先用 set_error_handler() 将其转为 ErrorException，再由 catch 接管
- PDO 等扩展也需显式开启 PDO::ERRMODE_EXCEPTION，否则只返回 false + 触发 warning
