PHP 8.5.7 并不存在，官方最新稳定版是 PHP 8.4.5；日志分级取决于 error_reporting 的位运算值而非版本号，需确认真实版本、检查配置覆盖链并正确实现错误处理器。
PHP 8.5.7 并不存在——官方截至 2026 年 7 月从未发布任何 PHP 8.5 系列版本。你看到的 PHP 8.5.7 很可能是误读（如把 8.4.7 看成 8.5.7）、非官方打包源擅自标注，或本地编译了开发中 main 分支。**按“8.5.7”去配日志分级，反而会引入不兼容配置**。
确认真实 PHP 版本再谈日志分级
先运行命令看清楚你在用什么：
php -v
如果输出含 8.5.7，说明不是官方版——官方最新稳定版是 PHP 8.4.5（2026 年 6 月），LTS 是 PHP 8.3.x。真实版本决定可用的错误级别和日志行为。
error_reporting 值决定哪些错误进日志
分级不是靠“版本号”，而是靠 error_reporting 的位运算值。不同场景需不同组合：
- 开发调试：用
E_ALL→ 记录所有错误、警告、通知 - 生产环境：推荐
E_ALL & ~E_DEPRECATED & ~E_NOTICE→ 屏蔽低风险提示，聚焦真正问题 - 排查兼容性：临时加
E_STRICT→ 暴露写法松散处（如未声明返回类型） - 注意：
E_PARSE和E_ERROR总是生效，不受error_reporting控制
log_errors=On 但没日志？检查三处覆盖点
常见“开了却没记录”，其实是被多层配置静默关闭：
立即学习“PHP免费学习笔记（深入）”；
-
php.ini中log_errors = On必须存在，且路径error_log = /var/log/php_errors.log可写（chown www-data:www-data /var/log/php_errors.log） - PHP-FPM 池配置（如
/etc/php/8.4/fpm/pool.d/www.conf）里不能有php_admin_flag[log_errors] = off - Nginx/Apache 的
fastcgi_param PHP_VALUE或php_flag log_errors off会强制覆盖 php.ini
自定义 handler 分级写入文件时的坑
用 set_error_handler() 按类型分流，容易踩这些点：
-
E_ERROR/E_PARSE不会触发该 handler，必须靠register_shutdown_function()补捕获 - 中文路径或特殊字符写入日志文件名时，在 Linux 下需确保
locale是en_US.UTF-8或zh_CN.UTF-8，否则fopen()失败 - 多个进程同时写同一文件易乱序，建议用
error_log()而非file_put_contents()，它底层带原子写入 - 别在 handler 里调用
echo或var_dump，可能干扰已有输出缓冲，导致白屏
真正的日志分级效率，不来自版本号噱头，而来自对 error_reporting 的精准控制、对配置覆盖链的清醒认知，以及对 handler 边界条件的务实处理。版本号写错，整个排查方向就偏了。
