PHP错误处理技巧：trycatch使用与报错设置

PHP中的错误与异常本质不同，try...catch仅能捕获Exception及其子类（如RuntimeException），对E_ERROR、E_PARSE、E_WARNING等传统错误完全无效，尤其无法拦截致命错误或语法错误；要统一处理，需借助set_error_handler将可捕获的运行时错误（如E_NOTICE）转化为ErrorException，再由try...catch接管，而Fatal error只能通过register_shutdown_function事后兜底记录和响应，无法恢复执行；正确配置error_reporting（控制错误生成）与display_errors（控制前端显示）并结合日志记录，才是生产环境健壮错误管理的关键——理解两者的边界与协作方式，才能真正避免“加了try就万事大吉”的陷阱。

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错误处理技巧：trycatch使用与报错设置》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！