PHP隐错需用set_error_handler捕获E_NOTICE/E_WARNING等非终止错误并返回true，致命错误则用register_shutdown_function+error_get_last兜底，邮件告警应配置合法头信息、限频防风暴，并从环境变量读取管理员邮箱。
PHP隐错捕获不到？用 set_error_handler 拦住它
PHP默认的错误处理机制对 E_NOTICE、E_WARNING 这类非终止错误是不触发 display_errors 输出的，更不会进日志——尤其在 error_reporting = E_ALL & ~E_NOTICE 或线上 display_errors = Off 时，这些错误就“隐身”了。必须主动接管。
关键点：不能只依赖 error_log() 或 ini_set('log_errors', 'On')，那些只管记录，不管通知。
-
set_error_handler()必须返回true，否则错误会继续按默认逻辑走（可能被忽略） - 要显式处理
E_ERROR、E_WARNING、E_NOTICE、E_USER_*等常见级别，别漏掉E_DEPRECATED - 注意：致命错误（如
E_PARSE、E_COMPILE_ERROR）无法被set_error_handler捕获，得靠register_shutdown_function()补漏
怎么发邮件不被当垃圾？用 mail() 的正确姿势
直接调 mail() 很容易进收件箱的垃圾邮件文件夹，尤其是没设好头信息或用 localhost 发信时。
- 必须设置
From和Reply-To头，且域名需与服务器一致（比如服务器是app.example.com，From 就写[email protected]） - 避免空主题或纯文本无换行，加个简单 HTML 包裹和时间戳能提升可信度
- 生产环境建议改用 SMTP（如 PHPMailer + 阿里云邮件推送 / SendGrid），
mail()在 Docker 或某些云主机上根本不可靠 - 务必限制频率，加个
file_put_contents()记录最近发送时间，10 分钟内同错误类型只发一次，防告警风暴
致命错误兜底：用 register_shutdown_function 抓 fatal error
set_error_handler 对语法错误、内存耗尽、类未定义等 Fatal error 完全无效，必须靠关机函数补位。
