error_reporting(0)仅临时屏蔽当前脚本的错误输出，不影响日志记录和执行中断；需配合ini_set(‘display_errors’, ‘0’)才能真正隐藏页面错误，且@运算符和set_error_handler()各有局限，不可替代二者协同。
PHP中用error_reporting()临时关闭错误显示
直接调用error_reporting(0)能立即屏蔽所有错误输出，但只影响当前脚本执行上下文，不会改变php.ini里的全局配置。它不控制错误是否被记录（log_errors仍生效），只决定是否输出到页面或终端。
常见误用是以为设了error_reporting(0)就等于“完全静默”——其实E_ERROR这类致命错误仍会中断执行，只是不显示；而E_WARNING、E_NOTICE等会被过滤掉。
- 在敏感操作前关闭：比如调用可能触发
E_WARNING的fopen()时，避免暴露路径 - 切记恢复：用
error_reporting(E_ALL & ~E_NOTICE)之类显式还原，别依赖脚本结束自动重置 - 注意作用域：函数内调用不影响外部，若需跨函数生效，得在入口或公共初始化处统一处理
配合ini_set('display_errors', '0')禁用前端输出
error_reporting()管“报什么”，ini_set('display_errors', '0')管“往哪报”。两者必须同时设置才真正实现“页面不显示错误”。单独关display_errors而保留高error_reporting级别，错误仍会写进日志（如果log_errors开着）。
典型场景是API接口返回JSON时，不能让Warning: Invalid argument...混进响应体破坏格式。
立即学习“PHP免费学习笔记（深入）”；
