兼容PHP 5.6–8.3的错误提示开关写法是：先用error_reporting()设级别（推荐E_ALL | E_DEPRECATED），再用ini_set('display_errors', '1'或'0')控制输出，且须在脚本开头执行。
PHP 错误提示开关的兼容写法（5.6–8.3 都适用）
PHP 7.2+ 已废弃 error_reporting(E_ALL & ~E_NOTICE) 这类带位运算的旧式写法，但很多老项目仍混用 ini_set('display_errors', '1') 和 error_reporting()，结果在 PHP 8.0+ 上报错或静默失效。真正兼容的做法是：**先统一用 error_reporting() 设置级别，再用 ini_set('display_errors', '1') 或 '0' 控制是否输出到页面**，且必须在脚本最开头执行。
-
display_errors是 ini 配置项，值为字符串'1'或'0'（不能用布尔true/false，否则 PHP 8.0+ 会警告） -
error_reporting()接收整数或预定义常量，推荐直接用常量如E_ALL、E_DEPRECATED，避免位运算表达式 - CLI 模式下
display_errors默认为'0'，即使设成'1'也可能被 php.ini 的cli.display_errors覆盖，需确认运行时配置
开发环境显示所有错误（含严格警告）
本地调试时，应让所有问题暴露出来，包括 E_DEPRECATED 和 E_WARNING。关键不是“开全”，而是“不漏掉可修复的提示”。
- 在入口文件（如
index.php）顶部立即写： error_reporting(E_ALL | E_DEPRECATED | E_STRICT);
ini_set('display_errors', '1');- 注意：
E_STRICT在 PHP 8.0+ 已被移除，但加上无害；若目标最低版本是 8.0+，可省略| E_STRICT - Apache + mod_php 下，该设置仅对当前请求生效；FPM 模式下同样有效，但若用了 opcache，修改后需重启 FPM 或清缓存
生产环境屏蔽错误输出但保留日志
线上绝对不能让 Warning: Undefined array key "xxx" 直接刷到用户浏览器上。但“屏蔽”不等于“丢弃”——错误仍要记进日志供排查。
- 关闭输出：
ini_set('display_errors', '0'); - 确保日志开启：
ini_set('log_errors', '1'); - 指定日志路径（可选）：
ini_set('error_log', '/var/log/php/app_errors.log'); - 注意：
error_log路径必须有 PHP 进程的写权限；若用 systemd 管理 FPM，还需检查RuntimeDirectoryMode是否允许写入 - 某些共享主机禁用
ini_set()，此时只能靠.htaccess（Apache）或php_admin_flag（Nginx + FPM）硬性配置
为什么 set_error_handler() 不是“兼容错误提示”的解法
有人想用 set_error_handler() 拦截并美化错误，但这和“控制是否显示/记录错误”是两回事。它只捕获非致命错误（E_WARNING、E_NOTICE 等），对 Fatal error 无效，且一旦启用，error_reporting() 的过滤逻辑仍起作用——你拦不到被过滤掉的错误。
立即学习“PHP免费学习笔记（深入）”；
- 它适合做错误格式化、上报 Sentry，不适合替代
display_errors开关 - 若同时开了
display_errors=1又注册了 handler，错误会既输出又进 handler，造成重复 - PHP 7.4+ 中，未捕获的
TypeError属于异常，需用set_exception_handler()，和错误处理机制分离
display_errors 值可能被覆盖多次**。建议用 var_dump(ini_get('display_errors'), error_reporting()); 在关键位置验证，而不是只信代码里的 ini_set。 
