php 8.5 及所有已发布版本均未实现 get_error_handler 函数，调用会触发 fatal error；php 仅提供 set_error_handler 设置处理器，不保存也不暴露当前回调，需手动记录或使用 restore_error_handler 链式恢复。
PHP 8.5 没有 get_error_handler 函数
直接说结论：PHP 官方至今（包括所有已发布的 PHP 8.5 alpha/beta 版本）**从未实现过 get_error_handler 这个函数**。它不存在，调用会报 Fatal error: Uncaught Error: Call to undefined function get_error_handler()。
很多人搜到这个函数名，是因为混淆了 set_error_handler 的“对称感”，或者看到某些非官方文档、AI 生成内容的错误示例。
真实情况是：PHP 只提供 set_error_handler 设置错误处理器，但不提供标准方式反查当前注册的是哪个回调——因为底层不保存这个引用，也不鼓励运行时动态切换或检查。
想查当前错误处理器？只能靠自己记变量
如果你确实需要在某处知道“现在生效的错误处理函数是什么”，唯一可靠做法是在调用 set_error_handler 时，**手动存一份引用**：
立即学习“PHP免费学习笔记（深入）”；
无序列表说明：
-
set_error_handler返回值是「上一个处理器」，不是当前的——所以不能靠返回值反推 - PHP 不暴露内部 handler 存储结构，
debug_backtrace或get_defined_functions都查不到 - 最简方案：定义一个全局变量（如
$current_error_handler）或静态属性，在每次set_error_handler后显式赋值
示例：
$current_error_handler = null;
<p>// 设置前先存旧的
$old = set_error_handler(function ($errno, $errstr) {
echo "Custom: $errstr";
});
$current_error_handler = $old; // 存的是上一个，不是刚设的</p><p>// 再设一次，覆盖并更新
$new_handler = function ($errno, $errstr) { /<em> ... </em>/ };
$current_error_handler = set_error_handler($new_handler); // 注意：这里存的是被替换掉的那个
注意：你存的永远是「被替换掉的旧 handler」，刚设置的那个函数本身没有自动记录入口。真要追踪当前生效的，得自己封装一层 setter。
为什么 PHP 不加 get_error_handler？
这不是遗漏，是设计取舍：
无序列表说明：
- 错误处理器本质是全局副作用，PHP 倾向“明确设置，不鼓励反射式查询”
- 多数正规项目只设一次 handler（比如框架初始化时），没必要运行时读取
- 如果允许随意读取+替换，容易引发竞态——比如 A 库读取后 B 库立刻改写，A 再用就失效
- PHP 8+ 更强调类型安全和可预测性，
get_*类函数只用于真正可逆、可反射的场景（如get_class_methods），错误 handler 不符合
替代方案：用 restore_error_handler 和状态管理更稳妥
如果你的目标其实是「临时接管错误，处理完恢复原 handler」，别纠结“查”，直接用 PHP 原生支持的链式恢复机制：
无序列表说明：
-
set_error_handler返回上一个 handler，可直接传给restore_error_handler - 嵌套调用时，每个
restore_error_handler只恢复上一层，天然形成栈 - 不需要知道“当前是谁”，只要保证成对调用即可
示例：
$original = set_error_handler(function ($e) { echo "temp"; });
// ... 执行可能出错的代码 ...
restore_error_handler(); // 恢复 $original，干净利落
这种写法比任何“获取当前 handler”都更可靠，也更符合 PHP 错误处理的设计逻辑。
真正麻烦的地方在于：一旦用了第三方库（比如某些监控 SDK），它们可能静默调用 set_error_handler 并不告知你，这时你的 restore_error_handler 就可能恢复错层。这种隐式覆盖，才是实际开发中最难 debug 的点。
