PHP错误处理核心在于分清E_ERROR、E_WARNING、E_NOTICE触发时机及默认行为差异，set_error_handler仅捕获可恢复错误，PHP 7+通过Throwable统一处理Exception与Error，生产环境需双钩子组合+分级响应策略。
PHP 错误处理机制是面试中高频考点，重点不在死记常量名或函数参数，而在于理解不同错误类型的触发时机、默认行为差异，以及如何在实际项目中分层拦截和优雅降级。
错误类型与触发场景要分清
PHP 中 E_ERROR（致命错误）、E_WARNING（运行时警告）、E_NOTICE（潜在问题提示）本质不同：前者直接中断脚本执行，后两者默认继续运行。比如 call_user_func('nonexistent_function') 触发 E_ERROR；访问未定义数组键 $arr['missing'] 触发 E_NOTICE；而 file_get_contents('/nonexistent.txt') 默认触发 E_WARNING。
注意：E_PARSE（语法解析错误）和 E_COMPILE_ERROR 发生在编译阶段，无法用 set_error_handler() 捕获，只能靠开发环境提前发现。
set_error_handler() 的能力边界
该函数能捕获 E_WARNING、E_NOTICE、E_USER_* 等可恢复错误，但无法捕获 E_ERROR、E_PARSE、E_CORE_ERROR 等致命错误。它也不是“万能兜底”——若在错误处理器内部再出错（如调用不存在的函数），将直接显示原始错误，原处理器失效。
立即学习“PHP免费学习笔记（深入）”；
- 必须返回
true才算接管成功，否则系统仍会输出默认错误信息 - 仅对当前请求生效，需在每次请求入口（如 index.php）中注册
- 不处理异常（Exception），那是
set_exception_handler()的职责
异常（Exception）与错误（Error）的统一处理
PHP 7+ 引入 Throwable 接口，让 Exception 和 Error（如 TypeError、ParseError）可被同一 try-catch 捕获：
try {
// 可能抛出 Exception 或 Error 的代码
} catch (TypeError | ParseError $e) {
// PHP 7+ 支持多类型捕获
} catch (Exception $e) {
// 兼容旧版 Exception
}生产环境建议用 set_exception_handler() + set_error_handler() 双钩子组合：前者兜住所有未捕获的 Throwable，后者转化可恢复错误为自定义异常（通过 throw new ErrorException($message, $code, $severity, $file, $line)），实现统一日志和响应逻辑。
生产环境错误策略要点
关闭 display_errors，开启 log_errors 是基础。更关键的是分级响应：
- 开发环境：显示详细错误，启用 Xdebug 追踪调用栈
- 测试/预发环境：记录全量错误日志，HTTP 响应返回简略错误码（如 500-1001）
- 线上环境：屏蔽敏感路径和变量值，对用户返回友好提示（如“服务暂时不可用”），同时异步上报错误摘要到监控系统
避免在错误处理器中做耗时操作（如写文件、远程请求），防止雪崩；优先使用 error_log() 写入系统日志，由日志收集服务统一处理。
