不能直接调用 set_error_handler，因会覆盖 ThinkPHP5 已注册的 think\Error::appError 逻辑，导致错误不转异常、日志缺失、页面空白；应继承 think\Error 扩展 appError 方法并保持抛出 ErrorException。
set_error_handler 在 ThinkPHP5 中不是直接拿来“用”的，而是框架内部早已注册并封装好了。你手动再调用一次，大概率会覆盖掉框架原有的错误捕获逻辑，导致 appError 不生效、错误不抛异常、日志写不全，甚至页面空白。
为什么不能直接调用 set_error_handler
- ThinkPHP5 启动时就在
think\Error::register()里执行了set_error_handler([<strong>CLASS</strong>, 'appError']) -
appError的核心行为是：把可转异常的错误（如E_WARNING、E_NOTICE）包装成ErrorException抛出，交由set_exception_handler统一处理 - 如果你另起炉灶调用
set_error_handler，就会断掉这个链路，错误不再转异常，try/catch捕不到，appException也不触发
如何安全地定制错误处理逻辑
-
不要重写
set_error_handler，而是在框架已有机制上扩展：- 修改
appError方法本身（需继承或重写think\Error类） - 在
appError中判断错误类型后，按需记录、告警、跳转，但最后仍要throw new ErrorException(...)（否则中断流程） - 若只想屏蔽某些提示（比如开发环境显示
E_NOTICE，生产环境忽略），改配置项exception_ignore_type更稳妥
- 修改
-
示例：在自定义错误类中复用框架逻辑
class MyError extends \think\Error { public static function appError($errno, $errstr, $errfile = null, $errline = 0, $errcontext = []) { // 自定义过滤：忽略未初始化变量的 NOTICE if ($errno === E_NOTICE && strpos($errstr, 'Undefined variable') !== false) { return; } // 其余交给父类处理（转异常 or 写日志） parent::appError($errno, $errstr, $errfile, $errline, $errcontext); } } -
然后在应用初始化处替换注册逻辑（如
common.php或入口文件）：set_error_handler([MyError::class, 'appError'])立即学习“PHP免费学习笔记（深入）”；
容易踩的坑
- 直接在控制器或中间件里调用
set_error_handler：作用域无效，且可能被框架后续注册覆盖 - 在
appError里echo或exit：破坏异常流转，导致appException和appShutdown都不执行 - 忘记检查
$errno & error_reporting()：即使注册了 handler，如果当前错误级别被error_reporting屏蔽，handler 根本不会被调用 - PHP 7+ 错误（如
Fatal error）无法被set_error_handler捕获：这类必须靠register_shutdown_function+error_get_last()补漏，ThinkPHP5 的appShutdown就干这事
真正需要干预的，往往不是“怎么注册 handler”，而是“怎么让已注册的 appError 按你的规则响应”。框架已经搭好桥，别自己拆了重铺。
