不能直接用error_reporting(0)关闭Notice警告，因为它会同时屏蔽E_WARNING、E_ERROR等关键错误；应使用error_reporting(E_ALL & ~E_NOTICE & ~E_STRICT)精准过滤。
PHP中Notice警告为什么不能直接用error_reporting(0)关掉
因为error_reporting(0)确实能屏蔽所有错误输出，但它也同时关掉了E_WARNING、E_ERROR等真正需要关注的问题，属于“杀鸡用牛刀”。生产环境里漏掉一个Undefined index可能只是界面小瑕疵，但漏掉mysql_connect()被弃用这类E_DEPRECATED就可能在升级PHP后直接崩掉。
推荐做法：只过滤Notice和Strict级别，保留Warning和Error
最稳妥的配置是显式排除E_NOTICE和E_STRICT，同时保留其他关键级别：
error_reporting(E_ALL & ~E_NOTICE & ~E_STRICT);
这个表达式的意思是：取全部错误级别，再按位取反去掉Notice和Strict。常见组合还有：
-
E_ALL & ~E_NOTICE—— 仅关Notice（适合老项目快速止血） -
E_ALL & ~E_NOTICE & ~E_DEPRECATED—— 还顺手压掉过时函数提示（PHP 7.2+常用） - 注意：
E_ALL在不同PHP版本包含范围不同（比如PHP 8.0起默认含E_DEPRECATED），所以别偷懒只写E_ALL
ini_set('error_reporting')和php.ini设置哪个优先级更高
ini_set('error_reporting', ...)在脚本内调用时，优先级高于php.ini里的全局设置，但低于.htaccess（Apache）或nginx.conf（Nginx）中的php_value error_reporting指令。
立即学习“PHP免费学习笔记（深入）”；
实际建议分层控制：
- 开发环境：在入口文件顶部用
ini_set()动态设为E_ALL，方便调试 - 生产环境：统一在
php.ini里写死error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT，避免被代码意外覆盖 - 如果用Docker，记得在
Dockerfile里用RUN echo "error_reporting = ..." >> /usr/local/etc/php/conf.d/docker-php-ext-error-reporting.ini，否则容器重启后失效
某些Notice根本没法靠error_reporting关掉，比如未定义变量的语法错误
像echo $undefined_var;这种触发的是E_NOTICE，可以被上面的方法压制；但如果是$$undefined_var这种间接变量语法，在PHP 8.0+会直接报Fatal error: Uncaught Error: Undefined variable——这已经不是Notice，而是E_ERROR，error_reporting完全无效，必须改代码。
类似情况还有：
-
array_key_exists($key, $arr)但$arr是null→ PHP 8.0+报TypeError - 使用
mysql_*()函数 → PHP 7.0+已移除，直接Fatal error - 开启
opcache.enable=1后，某些Notice可能被缓存“固化”，需清opcache或重启PHP-FPM才能看到新设置生效
真正难缠的从来不是Notice本身，而是它背后暴露的变量生命周期混乱、类型假设错误、或跨版本兼容断层——这些得一行行看逻辑，不是调个配置就能绕过去的。
