真正起效需修改php.ini中的error_reporting和display_errors，因error_reporting()函数无法捕获parse error或fatal error；开发时设error_reporting=32767、display_errors=on，生产环境则display_errors=off、log_errors=on并指定绝对路径的error_log，修改后必须重启apache。
改 php.ini 里的 error_reporting 和 display_errors 才真正起效，光在代码里调用 error_reporting() 拦不住 Parse error 或 Fatal error。
直接改 XAMPP 的 php.ini 是最稳妥的方式
你在项目里写 error_reporting(E_ALL)，但页面还是空白或没报错？大概率是语法错误（比如少个括号）根本没执行到那行——这种错误只能靠 php.ini 配置捕获。
- 打开 XAMPP 控制面板 → Apache 行右侧点
Config→ 选PHP (php.ini) - 搜索
error_reporting，把原值（通常是error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT）替换成整数，例如：error_reporting = 32767（PHP 8.0+ 的E_ALL值） - 同时确认
display_errors = On（开发时）或Off（线上），以及log_errors = On - 改完保存，必须重启 Apache，否则不生效
为什么不能直接写 E_ALL & ~E_NOTICE 在 php.ini 里
php.ini 不做 PHP 表达式解析，你写 error_reporting = E_ALL & ~E_NOTICE，PHP 会当成字符串处理，最终等效于 0，等于关掉了所有错误报告。
- 查当前生效值，别信配置文件里写了啥，用
var_dump(error_reporting())输出看实际数值 - 不同 PHP 版本
E_ALL的整数值可能不同：PHP 7.2/8.0+ 都是32767，但 PHP 5.6 是32767，PHP 5.3 是30719；保险起见，开发环境直接填32767 - 如果要用常量名（比如只开 warning 和 error），得写成
error_reporting = 24575（即E_ERROR | E_WARNING | E_PARSE的和），而不是拼字符串
display_errors = On 的风险和替代方案
开发阶段开着没问题，但一旦部署到公网，display_errors = On 可能把数据库密码、路径、函数调用栈全打在页面上，属于典型的信息泄露。
- 生产环境务必设为
Off，并确保log_errors = On+error_log = "/path/to/php_error.log" - 日志路径建议用绝对路径，XAMPP 下常见的是
C:\xampp\apache\logs\php_error.log或/Applications/XAMPP/xamppfiles/logs/php_error.log - 注意 Apache 进程要有该日志文件的写权限，否则日志写不进去，看起来像“没报错”
error_reporting() 函数的生效边界
它只对运行时错误（E_WARNING、E_NOTICE 等）起作用，且仅限调用之后的代码段。
- 不能捕获
Parse error（语法错）、Fatal error（如调用不存在函数）、TypeError（PHP 7+ 类型声明失败）——这些必须靠php.ini配置或register_shutdown_function()补救 - 别把它包在条件里，比如
if (DEBUG) { error_reporting(E_ALL); }，万一DEBUG是 false，就彻底失能 - 想临时屏蔽某行错误，用
@file_get_contents(...)比error_reporting(0)更精准，后者会关掉整个脚本后续所有错误提示
最容易被忽略的一点：改完 php.ini 忘记重启 Apache，或者改错了配置文件（XAMPP 有多个 php.ini，要确认你编辑的是 Apache 实际加载的那个，可用 phpinfo() 页面里的 “Loaded Configuration File” 路径核对）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
