phpenv 不管理 error_reporting 级别，仅切换 php 版本；实际生效值由当前 php 加载的 php.ini 或运行时设置决定，可通过 php -r "echo ini_get('error_reporting'), php_eol;" 查看数字值。
phpenv 本身不管理 PHP 的 error_reporting 级别 —— 它只负责切换不同版本的 PHP 可执行文件。真正起作用的是你当前使用的 PHP 版本所加载的 php.ini，或运行时通过 error_reporting()、ini_set() 动态设置的值。
怎么查当前生效的 error_reporting 值
在终端里执行以下命令，能立刻看到当前 PHP（由 phpenv 指向的那个）实际读取的错误报告级别：
php -r "echo ini_get('error_reporting'), PHP_EOL;"
输出是数字（比如 32767），对应 E_ALL；如果输出 0，说明所有错误都被屏蔽了。别信 php --ini 列出的配置路径就一定被加载 —— 有些环境（如 CLI 和 FPM）用的是不同 php.ini 文件。
- CLI 下通常读
php.ini（路径见php --ini输出中的 “Loaded Configuration File”） - Web 请求走 Nginx/Apache + PHP-FPM 时，FPM 进程可能加载的是
php-fpm.conf指定的独立php.ini，和 CLI 的不是同一个 - 用
php -i | grep 'Loaded Configuration File'分别查 CLI 和 FPM 的实际加载路径
修改 php.ini 中的 error_reporting 设置
找到你当前 PHP 版本实际加载的 php.ini 文件（不是模板，是“Loaded Configuration File”那一行显示的路径），然后编辑它：
- 开发环境建议写：
error_reporting = E_ALL - 测试环境可写：
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED - 生产环境应写：
error_reporting = E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_NOTICE，再配合display_errors = Off和log_errors = On - 改完必须重启服务：CLI 不用重启；但 Web 环境要
sudo systemctl restart php-fpm或sudo service apache2 restart
注意：error_reporting 是 INI 配置项，不能写成字符串如 "E_ALL" —— 必须是常量名或整数（32767）。写错会导致该配置被忽略，退回到默认值。
用 error_reporting() 在脚本中临时覆盖
如果你不想动全局配置，或者只对某个调试脚本启用详细报错，直接在 PHP 文件开头加一行：
<?php error_reporting(E_ALL | E_STRICT); ?>
这比改 php.ini 更快，也更安全，尤其适合本地快速验证问题。但要注意：
- 它只对当前脚本生效，不影响其他请求
- 如果脚本里用了
@抑制符（如@file_get_contents(...)），error_reporting()设置会被绕过 ——@的优先级更高 - 在
register_shutdown_function()里无法捕获E_ERROR，但error_reporting()设置会影响它是否被记录到日志
为什么 phpenv 切换版本后错误行为变了
因为不同 PHP 小版本对错误级别的默认值可能不同。例如 PHP 8.1 默认 error_reporting 是 E_ALL & ~E_DEPRECATED & ~E_NOTICE，而 PHP 7.4 是 E_ALL。所以你用 phpenv local 8.1 后突然看不到 E_NOTICE，不是 phpenv 改了什么，是那个版本的 php.ini 默认就关了。
最稳妥的做法：每次切换 PHP 版本后，都检查一遍 php -r "echo ini_get('error_reporting');"，再确认 display_errors 和 log_errors 的状态。别依赖“以前这么配没问题”，PHP 小版本升级常悄悄改默认行为。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
