可隐藏Notice/Deprecated但保留Fatal错误：设display_errors=Off、log_errors=On、error_reporting=E_ALL & ~E_NOTICE & ~E_DEPRECATED，重启服务生效；运行时可用error_reporting()动态调整。
PHP本地测试时想隐藏部分错误（比如不显示 Notice 或 Deprecated），但又保留关键错误（如 Fatal error）用于调试——这完全可行，关键是分清「显示控制」和「日志记录」两层逻辑，别混用。
php.ini 里关掉 display_errors，但打开 log_errors
这是最干净的起点：不让错误出现在浏览器或 CLI 输出里，但确保它们写进日志供你查。本地开发中，display_errors = Off 能避免敏感信息（如路径、变量值）意外暴露；而 log_errors = On 加上 error_log = /path/to/php_error.log 才真正保留线索。
-
display_errors = Off（必须关，否则所有错误都打到页面上） -
log_errors = On（必须开，不然关了显示就真“没错了”） -
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED（按需过滤，不是靠 display 控制） - 改完记得重启 Web 服务（
php-fpm或 Apache）或 CLI 环境才生效
运行时用 error_reporting() 动态调低级别
适合单个脚本临时调试，比如你正在写一个老项目，暂时不想被满屏 Undefined index 干扰，但又不能动全局配置。注意：它只影响后续错误，对已触发的不管用。
-
error_reporting(E_ALL & ~E_NOTICE & ~E_STRICT);—— 常见组合，保留Warning/Error，压掉提示类 - 放在
开头第一行，否则前面的错误已按默认级别处理了 - CLI 下可用
php -d error_reporting=22527 script.php（22527 是E_ALL & ~E_NOTICE & ~E_DEPRECATED的整数值）
为什么 set_error_handler() 不推荐用来“隐藏”错误
有人想用 set_error_handler() 拦住 Notice 自己忽略，这容易踩坑：它不捕获 Fatal error，且一旦 handler 抛异常或出错，会直接崩；更麻烦的是，它改变错误传播链，可能干扰 Xdebug、Whoops 等调试工具。
立即学习“PHP免费学习笔记（深入）”；
-
set_error_handler()适合做统一日志格式化或上报，不是“开关” - 若真要拦截，务必在 handler 里返回
true表示已处理，否则错误仍会按默认方式继续冒泡 - 记住：它对
Parse error、Fatal error完全无效，别指望靠它防白屏
常见错误现象与对应配置点
看到页面空白？多半是 display_errors = Off 且 error_reporting = 0 导致什么也不报也不记；看到满屏 Notice: Undefined variable？大概率是 error_reporting 还开着 E_NOTICE，而你没意识到它默认包含在 E_ALL 里。
- 页面空白 + 日志空：检查
error_reporting是否为0或被代码覆盖成0 - 有
Warning但没Notice：确认error_reporting值是否含~E_NOTICE - CLI 下看不到错误：CLI 的
php.ini和 Web 的常是两个文件，用php --ini和phpinfo()分别确认 -
Deprecated还在报：PHP 8.1+ 默认开启E_DEPRECATED，需显式排除，如E_ALL & ~E_DEPRECATED
最易忽略的一点：错误级别是位运算叠加的，E_ALL 在不同 PHP 版本包含的子集不同（比如 PHP 8.0 后加了 E_WARNING 的新变种），直接写 E_ALL 可能比你想象中“更吵”。真要灵活，就老老实实算清楚掩码，或用 error_reporting() 配合注释说明意图。
