在 phpEnv 中，最可靠的方式是在脚本开头用 ini_set('display_errors', '1')、ini_set('display_startup_errors', '1') 和 error_reporting(E_ALL) 三行启用错误显示，因其优先级最高且不受 php.ini 多文件加载或 @ 运算符干扰。
phpEnv 是 Windows 下的 PHP 集成环境（类似 XAMPP、WampServer），它本身不提供独立的 error_reporting 控制界面，所有错误级别配置最终都落到 PHP 的运行时机制上。直接在脚本里调用 error_reporting() 函数是最可靠、最优先生效的方式 —— 它会覆盖 php.ini 和 .htaccess 的设置。
为什么在 phpEnv 里改 php.ini 有时不生效
常见现象：修改了 php.ini 中的 error_reporting 行，重启 Apache 后 phpinfo() 显示值没变，或页面仍不显示 E_NOTICE。
-
phpEnv可能加载的是多个php.ini文件（如php.ini-development或php.ini-production），实际生效的是被重命名/启用的那个 - Apache 模块模式（如
php_module）下，php.ini路径需通过phpinfo()的 Loaded Configuration File 确认，不是你编辑的那个路径 - 某些版本的
phpEnv默认启用display_errors = Off，仅改error_reporting不够，必须同时开display_errors
开发阶段最稳的三行配置（入口文件顶部加）
不管 phpEnv 版本或配置多混乱，把这三行放在 index.php 或框架入口最开头，立刻生效：
ini_set('display_errors', '1');
ini_set('display_startup_errors', '1');
error_reporting(E_ALL);
说明：
立即学习“PHP免费学习笔记（深入）”；
-
display_errors = '1'强制开启浏览器错误输出（'On'也行，但字符串'1'更少出类型问题） -
display_startup_errors = '1'确保启动阶段错误（如扩展加载失败）也能看到 -
error_reporting(E_ALL)是位常量，不是字符串，写error_reporting('E_ALL')会变成0（静默失败）
生产环境部署前必须关掉 display_errors
在 phpEnv 模拟生产环境时，只改 php.ini 很危险 —— 因为脚本里可能还留着 ini_set('display_errors', '1')。正确做法是：
- 删掉所有脚本中的
ini_set('display_errors', ...)调用 - 确认
php.ini中：display_errors = Off、log_errors = On、error_log = "D:/phpEnv/logs/php_error.log"（路径按你实际日志目录填） - 用
error_reporting(E_ALL & ~E_DEPRECATED & ~E_STRICT)过滤掉过时提示，避免日志刷屏
注意：E_STRICT 在 PHP 8.0+ 已合并进 E_ALL，但保留 & ~E_STRICT 无害；而 E_DEPRECATED 在升级 PHP 版本时极易引发兼容问题，必须屏蔽。
@ 运算符会让 error_reporting 失效
这是 phpEnv 下调试时最容易踩的坑：写了 error_reporting(E_ALL)，但某行用了 @include 'missing.php';，结果连 E_WARNING 都不报了。
-
@不是“忽略错误”，而是临时把当前语句的error_reporting设为0 - 它优先级高于
error_reporting()设置，且无法被set_error_handler()拦截 - 替代方案：用
file_exists()+include，或捕获Warning后手动处理
真要 suppress，至少加个注释说明原因，别让它成为线上故障的隐形推手。
