PHP 7中为何未将所有致命错误转换为Throwable可捕获类型？

这个问题其实涉及到PHP 7重构错误处理机制时的设计权衡，核心原则是：只在「合理且可行」的场景下，将致命错误转为可捕获的Throwable类型，而非一刀切。我来给你具体拆解：

1. 什么是“合理且可行”的转换标准？ #

PHP官方在设计PHP 7的错误机制时，判断的核心是：错误发生时，引擎是否还能维持稳定的执行状态，安全切换到异常处理流程。

• 对于语法错误这类问题，它发生在代码解析阶段（还没真正开始执行），此时引擎的执行上下文还没被初始化，完全可以安全抛出Throwable，让开发者捕获处理。
• 但像「Class not found」这类错误，往往发生在运行时的依赖解析环节——比如你的代码试图加载一个核心类，而这个类的缺失会直接破坏后续所有代码的执行基础，引擎此时已经无法维持稳定状态，强行触发异常捕获可能导致更不可控的问题，所以只能保留为致命错误。

2. 用你的例子对比说明 #

• 生效的场景：

  try { 
      include "file_with_syntax_error.php"; 
  } catch (Throwable $ex) { 
      // 可以正常执行操作
  }
  

  这里的语法错误在include时的解析阶段就被检测到，引擎还没进入执行流程，状态稳定，所以能抛出Throwable被捕获。

• 失效的场景：

  try { 
      include "file_with_namespace_error.php"; 
  } catch (Throwable $ex) { 
      // 无法生效
  }
  

  命名空间导致的类找不到错误，是在代码运行时试图引用该类才触发的，此时引擎的执行状态已经和这个类的依赖绑定，一旦缺失，整个上下文都无法正常运转，所以无法触发Throwable捕获，只能以致命错误终止。

3. 官方设计背景补充 #

PHP 7.0的错误异常重构是基于官方的核心设计思路，目标是让开发者能处理那些有恢复可能的错误，而不是把所有致命错误都强制转为异常。毕竟有些错误是根本性的，没有恢复的意义，强行处理反而会增加代码复杂度。

内容的提问来源于stack exchange，提问作者Olle Härstedt