根本原因是phpEnv默认沿用PHP官方配置：display_errors=Off且error_reporting未设为E_ALL或-1，而Notice属非致命提示，任一开关关闭即静默；还需排查php-fpm pool中php_admin_flag[display_errors]=off等高优先级覆盖项。
phpEnv 下 PHP Notice 不显示，根本原因不是 phpEnv 本身有问题，而是它默认沿用 PHP 官方二进制包的配置策略：display_errors = Off 且 error_reporting 未显式设为最高级。Notice 属于非致命提示，一旦这两个开关任一关闭，它就彻底静默——连日志都不写（除非 log_errors = On 单独开了）。
phpEnv 的 php.ini 路径和加载确认
phpEnv 管理多个 PHP 版本，每个版本有独立的 php.ini，但 CLI 和 Web SAPI 可能加载不同文件：
- 运行
php --ini查看 CLI 加载的配置路径（通常是~/.phpenv/versions/x.x.x/etc/php.ini） - 在 Web 环境中访问
phpinfo()，搜索Loaded Configuration File确认实际生效的 ini 文件 - 常见误区：只改了 CLI 的
php.ini，但 phpEnv 启动的 Apache/Nginx + PHP-FPM 使用的是另一份（比如~/.phpenv/versions/x.x.x/etc/php-fpm.d/www.conf里指定的）
让 Notice 在 phpEnv 中强制可见的三步操作
必须同时满足三个条件，Notice 才会出现在浏览器或终端：
- 修改对应
php.ini中的display_errors = On（不是1或True，必须是On字符串） - 将
error_reporting设为包含E_NOTICE的值：error_reporting = E_ALL（PHP 7.2+）或更稳妥的error_reporting = -1（PHP 8.0+ 推荐） - 重启服务：
phpenv restart（如果封装了）或手动 reload Apache/Nginx +php-fpm；CLI 模式下无需重启，但需确保没被脚本内ini_set("display_errors", "0")覆盖
为什么在 phpEnv 中 error_reporting(E_ALL) 有时仍不报 Undefined array key
这不是 phpEnv 的锅，而是 PHP 版本和错误上下文的组合行为：
立即学习“PHP免费学习笔记（深入）”；
- PHP 7.4 中
Undefined array key属于E_NOTICE，E_ALL包含它 - PHP 8.0+ 中该提示升级为
E_WARNING，而E_ALL依然包含E_WARNING，所以理论上不该漏 - 真正漏掉的常见原因：
display_errors = Off（全局关了）、Nginx 的fastcgi_intercept_errors on（把 500 响应吞了）、或代码里用了@$arr['missing']抑制符号 - 验证方式：写一行
trigger_error('test notice', E_NOTICE);，如果它也不显示，说明是 display_errors 或 Web 服务器拦截问题，不是 error_reporting 设置问题
最易被忽略的一点：phpEnv 的 php-fpm pool 配置（如 www.conf）里可能有 php_admin_flag[display_errors] = off 这类强制覆盖项，它优先级高于 php.ini，必须一并检查。这类设置不会出现在 phpinfo() 的 “Local Value” 里，只能去 pool 配置文件里搜。
