PHP 7+ 将大多数致命错误（如未定义方法调用、类型错误等）转为可捕获的 Error 异常，配合 try-finally 中的 return，可在包含出错文件后仍正常返回值——但这并非真正“捕获”Fatal Error，而是利用了错误抛出时机与 finally 执行语义的组合特性。
php 7+ 将大多数致命错误（如未定义方法调用、类型错误等）转为可捕获的 `error` 异常，配合 `try-finally` 中的 `return`，可在包含出错文件后仍正常返回值——但这并非真正“捕获”fatal error，而是利用了错误抛出时机与 finally 执行语义的组合特性。
在 PHP 7 及更高版本中，核心机制已发生重大演进：绝大多数原本导致脚本立即终止的 Fatal Error（如 Call to a member function on null、Class not found、Undefined method 等）已被重构为 Error 类型的异常对象，而非传统不可捕获的解析/执行中断。这一变更明确记录于 PHP 官方文档「Errors in PHP 7」：
“PHP 7 changes how most errors are reported… most errors are now reported by throwing Error exceptions.”
关键点在于：Error 不是 Exception 的子类，二者同属 Throwable 接口的并列实现。这意味着：
// ❌ 不会捕获 Error（例如 foo.php 中的 $smth->getBar()）
try {
include 'foo.php';
} catch (Exception $e) {
// 此处不会执行
}
// ✅ 必须显式捕获 Error
try {
include 'foo.php';
} catch (Error $e) {
echo "Caught Error: " . $e->getMessage();
}而你观察到的 try-finally-return “绕过错误”的现象，本质并非错误被吞没，而是 finally 块的 return 语句覆盖了未处理 Error 的传播行为。根据 PHP 异常文档：
立即学习“PHP免费学习笔记（深入）”；
“Additionally, if the finally block also contains a return statement, the value from the finally block is returned.”
即：无论 try 块是否抛出 Error（或 Exception），只要 finally 中存在 return，它将强制终结当前函数执行，并返回其指定值，原异常会被静默丢弃（不触发默认错误处理器，也不向调用栈冒泡）。
以你的 foo.php 为例：
<?php $res .= 'foo is load.'; // ✅ 执行成功（$res 在 bar() 中已定义） $smth = ''; // ✅ 执行成功 $smth->getBar(); // ❌ 抛出 Error（TypeError）
由于 include 'foo.php' 是运行时行为，PHP 先成功解析并执行前两行（因此 $res 被追加），直到第三行才抛出 Error。此时 try 块中断，但 finally 立即执行并 return $res . 'finally.' —— 这个 return 优先级高于未处理的 Error，导致函数直接返回，错误被抑制。
⚠️ 重要警告：这不是安全的错误处理方案！
- finally 中的 return 会完全丢失错误上下文（无堆栈、无错误码、无法日志追踪）；
- 它无法捕获真正的语法错误（Parse Error） —— 因为 include 的解析阶段失败发生在执行前，整个文件不会加载，$res .= ... 根本不会执行；
- 依赖此行为会使调试变得极其困难，违背错误可观测性原则。
✅ 推荐的健壮替代方案（支持 Error + Exception + 基础诊断）：
function safeInclude(string $path): string
{
if (!file_exists($path)) {
return "Module not found: {$path}";
}
ob_start();
$error = null;
try {
include $path;
$output = ob_get_clean();
return $output ?: "Module loaded silently.";
} catch (Throwable $e) { // 捕获 Exception 和 Error
$error = $e;
ob_end_clean();
}
// 错误处理：提供基础诊断信息（不含完整 trace，但含关键字段）
$msg = sprintf(
"Module execution failed (%s): %s in %s:%d",
$path,
$error::class . ': ' . $error->getMessage(),
$error->getFile(),
$error->getLine()
);
// ⚠️ 如需完整堆栈，请启用 error_log 或自定义错误处理器
error_log($msg . "\n" . $error->getTraceAsString());
return $msg;
}
echo safeInclude('foo.php');总结：try-finally-return 的“容错”表现是 PHP 7+ 错误模型与异常控制流交互的副作用，绝非设计用于错误处理。生产环境应始终使用 catch (Throwable $e) 显式捕获，并结合日志、监控与用户友好提示构建可靠模块加载机制。
