try...catch仅能捕获Exception及其子类（如RuntimeException），无法捕获E_ERROR、E_PARSE、E_WARNING等传统错误；Fatal error需用register_shutdown_function兜底，但不可恢复执行。
PHP 的错误和异常不是一回事，混用 try...catch 捕获所有报错会漏掉致命错误，也拦不住 E_NOTICE 这类警告——必须分清楚哪些能捕、哪些得靠错误处理器或配置来管。
哪些错误能被 try...catch 捕获？
try...catch 只对 Exception（及继承它的类，比如 RuntimeException）生效，对传统 PHP 错误（E_WARNING、E_NOTICE、E_ERROR）完全无效。
常见误解是“加了 try 就不会崩”，但以下情况照样中断执行且无法捕获：
-
parse error（语法错误）：在编译阶段就失败，try根本没机会运行 -
Fatal error（如调用未定义函数undefined_function()）：执行中终止，不抛异常 -
Warning或Notice：默认只是输出提示，不中断，也不进catch
如果你真想用 try...catch 拦住某段可能出错的逻辑，得先把它包装成异常：
function riskyOperation() {
if (!is_readable('/path/to/file')) {
throw new RuntimeException('File not readable');
}
return file_get_contents('/path/to/file');
}
try {
$data = riskyOperation();
} catch (RuntimeException $e) {
// 这里才能捕获
}
如何让传统错误转成异常？
PHP 提供 set_error_handler()，可以把大部分运行时错误（除 E_ERROR、E_PARSE 等少数）转为 ErrorException 实例，再由 try...catch 处理。
关键点：
- 它不能捕获
E_ERROR、E_PARSE、E_CORE_ERROR等致命错误 - 必须配合
error_reporting()设置，否则某些级别错误根本不会触发处理器 - 别忘了在 handler 里
throw出来，否则只是“处理了”但没“转成异常”
示例：
set_error_handler(function($severity, $message, $file, $line) {
if (!(error_reporting() & $severity)) {
return; // 遵守当前错误报告级别
}
throw new ErrorException($message, 0, $severity, $file, $line);
});
try {
$x = $undefined_var; // 触发 E_NOTICE
} catch (ErrorException $e) {
echo "Caught: " . $e->getMessage();
}
error_reporting 和 display_errors 到底管什么？
error_reporting 决定“哪些错误会被生成”，是开关；display_errors 决定“生成的错误是否直接输出到页面”，是展示开关。两者独立，常被一起关掉，但作用完全不同。
线上环境典型配置：
-
error_reporting(E_ALL & ~E_DEPRECATED & ~E_USER_DEPRECATED)：记录所有错误，但忽略已弃用提示 -
display_errors = Off：防止敏感路径、变量值泄露到前端 -
log_errors = On：确保错误写入error_log文件或系统日志
注意：error_reporting(0) 不等于“没错误”，而是“不生成任何错误事件”，连 set_error_handler 都收不到——调试时慎用。
致命错误（Fatal error）真的无解吗？
绝大多数 Fatal error（如 Call to undefined function、Class not found）无法被 try...catch 或错误处理器捕获，因为 Zend 引擎已决定中止脚本。
唯一能兜底的方式是注册 register_shutdown_function()，并在其中用 error_get_last() 检查是否发生了致命错误：
register_shutdown_function(function() {
$error = error_get_last();
if ($error && in_array($error['type'], [E_ERROR, E_PARSE, E_CORE_ERROR, E_COMPILE_ERROR])) {
// 记录日志、发告警、返回友好提示页
error_log("Fatal: " . $error['message'] . " in " . $error['file'] . ":" . $error['line']);
http_response_code(500);
echo "Service unavailable";
}
});
但这只是事后补救，不能恢复执行——所以真正要做的，是在部署前用静态分析（如 phpstan）、单元测试、自动加载校验来尽可能避免这类错误出现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
