因为php 7.4中“undefined array key”属于e_warning级别，而e_all（32767）虽包含e_warning，但需display_errors=on且未被代码覆盖才能显示；php.ini中写e_all表达式无效，须填整数32767并重启服务。
为什么 error_reporting(E_ALL) 在 PHP 7.4 里不报 Undefined array key
因为 Undefined array key 在 PHP 7.4 中属于 E_WARNING，不是 E_NOTICE；而 E_ALL 在 PHP 7.4 的值是 32767，它确实包含 E_WARNING，但前提是 display_errors 和 log_errors 同时开启，且没被运行时覆盖。
-
error_reporting(E_ALL)只控制“哪些错误该被报告”，不决定“是否显示”或“是否记录” - 常见漏配：php.ini 里
display_errors = Off，代码里又没调ini_set('display_errors', '1')，结果错误全静默 - PHP 7.4 中
array_key_exists()或??运算符可避免该警告，但调试阶段仍需让它暴露出来 - 验证当前生效级别：直接执行
var_dump(error_reporting())，别信 php.ini 里写的字符串表达式
php.ini 里写 error_reporting = E_ALL & ~E_DEPRECATED 会失效
php.ini 不解析 PHP 表达式，你写 error_reporting = E_ALL & ~E_DEPRECATED，PHP 就当它是字符串，最终等效于 0（即关闭所有错误）。
- 安全写法是填整数：PHP 7.4 的
E_ALL值固定为32767，所以写error_reporting = 32767 - 若要屏蔽
E_DEPRECATED，先查它在 PHP 7.4 的值（8192），再算32767 & ~8192 = 24575，然后填24575 - 别用
-1：PHP 7.4 不支持error_reporting(-1)（那是 PHP 8.0+ 的行为） - 改完必须重启服务：Apache 要
sudo systemctl restart apache2，PHP-FPM 要sudo systemctl restart php7.4-fpm
本地开发时 Nginx + PHP-FPM 错误不显示的真正原因
不是 PHP 没设对，而是 Nginx 默认把 PHP 错误转成 500 页面并拦截输出，根本没传给浏览器。
- 检查 Nginx 配置里是否有
fastcgi_intercept_errors on;—— 必须改成off - 检查 PHP-FPM pool 配置（如
/etc/php/7.4/fpm/pool.d/www.conf）中：catch_workers_output = yes，且php_admin_value[log_errors] = on - CLI 和 Web 使用不同 php.ini：运行
php --ini和php -r "echo php_ini_loaded_file();"确认路径，别只改了 CLI 的配置 - 框架入口前就挂掉（比如语法错误）：
ini_set()来不及执行，只能靠 php.ini 全局生效
生产环境 error_reporting 应该设多少才既安全又可观测
设成 0 或 E_ERROR 都太激进——前者连 require 失败都不记日志，后者漏掉 fopen 失败这类关键 warning。
- 最低要求：至少保留
E_ERROR | E_WARNING | E_PARSE（数值和为255），确保致命问题有日志 - 务必关掉
display_errors = Off，防止路径、变量、SQL 片段泄露到页面 - 开
log_errors = On，并用error_log = /var/log/php/error.log指定路径，配合 logrotate - 注意
E_DEPRECATED：PHP 7.4 已开始标记很多函数弃用，线上可关，但建议定期扫日志，提前准备升级
error_reporting() 控制，它们只认 php.ini 里的 display_errors 和 log_errors。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
