php恢复默认错误处理需先多次调用restore_error_handler()清空处理器栈，再确保display_errors开启、error_reporting包含对应级别；set_error_handler(null)不能恢复默认，只会静默吞错。
PHP 恢复默认错误处理：调用 restore_error_handler() 之前必须确认层级
PHP 的错误处理器是栈式管理的，restore_error_handler() 只会弹出**最近一次被 set_error_handler() 注册的自定义处理器**，而不是“一键回退到 PHP 原生行为”。如果你嵌套注册了多次处理器（比如框架 + 自己加了一层），只调一次 restore_error_handler() 不会回到默认状态。
- 每次
set_error_handler()都会把新函数压入栈，restore_error_handler()仅执行一次出栈 - 恢复默认处理前，建议先用
debug_backtrace()或日志确认当前栈深，避免误判 - 若已调用多次
set_error_handler()，需对应调用多次restore_error_handler()才能清空栈、触发 PHP 默认逻辑（即显示错误或写入error_log）
为什么 restore_error_handler() 后仍看不到错误输出？
常见于开发环境关闭了 display_errors，或错误级别被 error_reporting() 过滤掉。恢复处理器只是把控制权交还给 PHP 内部机制，但该机制是否真把错误打到屏幕/日志，取决于运行时配置。
-
display_errors必须为On（CLI 下默认关，Web SAPI 下常开）才能在页面看到E_WARNING等错误 -
error_reporting要包含对应级别，例如error_reporting(E_ALL)；若设为0或E_ERROR，E_NOTICE就不会触发任何处理（包括默认） - CLI 模式下，默认不显示错误，需显式设置
ini_set('display_errors', '1')才能看到
使用 set_error_handler(null) 不能恢复默认
这是个高频误解：set_error_handler(null) 不会还原为 PHP 默认行为，而是注册一个“空处理器”——所有错误都会被静默吞掉，且后续 restore_error_handler() 无法回退到原始状态。
-
set_error_handler(null)是合法调用，但语义是“用 null 当作处理器”，不是“清除处理器” - 真正清除并回归默认，唯一可靠路径是反复调用
restore_error_handler()直到返回false（表示栈空） - 可加防护逻辑：
while (restore_error_handler()) {} // 清空整个栈，但要注意别在未知嵌套深度时无条件死循环
CLI 脚本中恢复默认后，错误仍不打印？检查 error_log 目标
CLI 模式下，PHP 默认不向 stdout 输出错误，而是写入 error_log。若你没改过配置，它可能被导向系统日志（如 /var/log/syslog）或 stderr，但不会自动出现在终端。
立即学习“PHP免费学习笔记（深入）”；
- 运行前确认：
ini_get('error_log')和ini_get('log_errors')，后者必须为1 - 临时强制输出到屏幕：
ini_set('error_log', 'php://stderr') -
trigger_error('test', E_USER_WARNING)是验证是否恢复成功的最简方式——它走的是统一错误处理流程
