php 8.4 中 set_error_handler() 仍可用但 e_user_error 已弃用，触发即抛 valueerror；typeerror/valueerror 等必须用 try/catch 捕获；session_start() 等静默失败需主动检查返回值和 error_get_last()；全局错误处理需三者协同：set_error_handler、set_exception_handler 与显式检查。
set_error_handler() 仍可用，但 E_USER_ERROR 已被弃用
PHP 8.4 中 set_error_handler() 函数本身没被移除，还能捕获 E_USER_WARNING、E_USER_NOTICE、E_USER_DEPRECATED 这三类用户错误。但关键限制是：E_USER_ERROR 已被明确弃用——传入它会直接抛出 ValueError，而不是触发你的处理器。
这意味着你不能再靠 trigger_error('msg', E_USER_ERROR) 来“模拟致命错误并交由自定义处理器处理”，这种写法在 PHP 8.4 运行时会中断并报错，而非走你注册的逻辑。
- 若旧代码还在用
E_USER_ERROR，升级后必须改写：用throw new RuntimeException()替代 -
set_error_handler()注册的函数签名不能变，仍需接收$errno、$errstr、$errfile、$errline四个参数 - 返回
true表示已处理，阻止默认错误输出；返回false或不返回，则继续执行默认行为（如显示或记录）
捕获 TypeError/ValueError 等运行时错误，得靠 try/catch + Throwable
PHP 8.4 继承了 8.0 起的统一异常体系：所有可恢复的运行时错误（如类型不匹配、match 无分支、JSON 解析失败等）都抛出具体子类的 Throwable，比如 TypeError、ValueError、JsonException。它们**不会**被 set_error_handler() 捕获，必须用 try/catch。
例如这个除零逻辑，在 PHP 8.4 中更推荐显式抛异常：
function divide(float $a, float $b): float {
if ($b === 0.0) {
throw new ValueError('Division by zero');
}
return $a / $b;
}
try {
divide(10.0, 0.0);
} catch (ValueError $e) {
error_log('Caught value error: ' . $e->getMessage());
}
- 别指望
set_error_handler()能拦住ValueError—— 它不是 Error，也不是传统意义的“错误级别” - 若要全局兜底，必须用
set_exception_handler()，它接收所有未被捕获的Throwable -
set_exception_handler()的回调函数只接收一个Throwable实例，没有行号/文件等上下文，需手动调用$e->getTraceAsString()提取
session_start() 失败这类“静默错误”，不能只靠 set_error_handler()
像 session_start() 在 PHP 8.4 中失败时，默认可能不触发任何错误处理器，也不抛异常，只返回 false。这是因为它的底层失败发生在 C 层初始化阶段，绕过了 PHP 的错误报告机制。
正确做法是主动检查返回值 + 获取最后错误：
if (session_status() === PHP_SESSION_NONE) {
if (!session_start()) {
$last = error_get_last();
error_log('Session init failed: ' . ($last['message'] ?? 'unknown reason'));
// 可选：throw new RuntimeException('Session failed');
}
}
-
error_get_last()是唯一能拿到这次失败原始信息的方式，set_error_handler()对它无效 - 常见原因包括
session.save_path不可写、旧 session 文件反序列化失败、Redis 连接超时未配置重试 - 不要依赖
@session_start()抑制错误——PHP 8.4 中抑制符对这类底层失败基本失效
真正“全局错误捕获”的组合：set_error_handler + set_exception_handler + 主动检查
PHP 8.4 没有单一入口能覆盖所有异常和错误场景。可靠方案是三层协同：
-
set_error_handler()：仅处理E_USER_*类错误（注意避开E_USER_ERROR） -
set_exception_handler()：捕获所有未被捕获的Throwable，包括TypeError、ParseError（后者仍不可恢复，但至少能记录） - 对关键函数（
session_start()、json_decode(..., flags: JSON_THROW_ON_ERROR)、PDO 执行等）做显式返回值/异常检查，不假设它们一定成功
最容易被忽略的是第三层：很多“错误没被捕获”的问题，其实根本不是错误处理器没起作用，而是你压根没检查那个函数的返回值或没加 try/catch。PHP 8.4 的严格性恰恰逼你把控制流显式写出来，而不是依赖全局钩子兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
