PHP CLI下无法真正隐藏Fatal Error，只能通过error_reporting=0、display_errors=Off、log_errors=Off三者协同禁用输出与记录，但应优先使用register_shutdown_function捕获并记录错误。
PHP CLI 模式下不能真正“隐藏”致命错误（Fatal Error）——它一旦发生，脚本立即终止，你看到的不是“被隐藏”，而是“没来得及输出”或“被配置吞掉”。所谓“隐”，其实是不让错误信息打印到终端，也不写入日志，但这会彻底切断排查路径，属于高危操作。
为什么 display_errors = Off 在 CLI 下不等于“静默”？
CLI 模式默认 display_errors 是 Off，但错误仍可能出现在：
• 终端（如果脚本未被重定向且 display_errors 被意外打开）
• error_log 文件（只要 log_errors = On）
• stderr（即使 display_errors = Off，某些 Fatal 仍会直奔 stderr）
所以光关 display_errors 不保险；必须同步控制日志和 STDERR 输出。
真要“不显示不记录”，得三处一起关
-
error_reporting = 0：在php.ini或脚本开头用error_reporting(0)—— 这是基础，否则E_ERROR等仍会被触发 -
display_errors = Off：确保不往stdout/stderr打印（CLI 下设为stderr或Off都行，但Off更彻底） -
log_errors = Off（或删掉error_log配置）：否则错误仍悄悄写进日志，比如/var/log/php_errors.log
改完后运行 php --ini 确认 CLI 用的是哪个 php.ini，再重启（CLI 不需重启服务，但要新开终端）。
@ 运算符对 Fatal Error 完全无效
@ 只能压制 Warning、Notice 级别错误，对 Fatal Error（如 Call to undefined function、syntax error）完全没用——它连执行机会都没有，直接中断。别试，白费劲。
立即学习“PHP免费学习笔记（深入）”；
真正该做的不是“隐藏”，而是“捕获 + 记录”
生产环境后台脚本出 Fatal，你不该让它消失，而应让它留下线索：
• 用 register_shutdown_function() 注册关机回调
• 在回调里调 error_get_last() 判断是否为 E_ERROR / E_PARSE
• 写入自定义日志（带时间戳、PID、堆栈上下文）
这样既不暴露给用户，又保住了调试依据。比“隐藏”靠谱十倍。
最常被忽略的一点：CLI 下 max_execution_time 默认是无限的，但某些框架（如 CodeIgniter）或工具（如 phpMyAdmin 的 config.default.php）会自己调 set_time_limit(300)，导致你以为是 PHP 配置没生效——其实锅在代码里。
