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 就写monitor@example.com） - 避免空主题或纯文本无换行，加个简单 HTML 包裹和时间戳能提升可信度
- 生产环境建议改用 SMTP（如 PHPMailer + 阿里云邮件推送 / SendGrid），
mail()在 Docker 或某些云主机上根本不可靠 - 务必限制频率，加个
file_put_contents()记录最近发送时间，10 分钟内同错误类型只发一次，防告警风暴
致命错误兜底：用 register_shutdown_function 抓 fatal error
set_error_handler 对语法错误、内存耗尽、类未定义等 Fatal error 完全无效，必须靠关机函数补位。
github-issue-creator
下载
将原始笔记、错误日志、语音听写或截图转换为简洁的 GitHub 风格 Markdown 问题报告。当用户粘贴 bug 信息、错误消息或非正式描述，并想要结构化的
立即学习“PHP免费学习笔记（深入）”；
- 先调
$error = error_get_last()，只在$error['type'] === E_ERROR || $error['type'] === E_PARSE时触发告警 - 注意：
error_get_last()在脚本正常退出时也返回上次错误，所以要在开头清空（error_clear_last()，PHP 7.4+）或自己维护标记 - 不要在里面再抛异常或调复杂逻辑，只做最小化邮件发送，否则可能二次崩溃
管理员邮箱怎么不硬编码？用配置文件 + 环境判断
把邮箱写死在代码里，换人/换环境就得改源码，极易遗漏或误提交到 Git。
- 从
.env或$_SERVER['ADMIN_EMAIL']读取，开发环境可设为空或本地调试邮箱 - 加个校验：
filter_var($admin_email, FILTER_VALIDATE_EMAIL)，非法值直接跳过发送，避免因配置错误导致脚本卡住 - 邮件内容里带上
$_SERVER['SERVER_NAME']和$_SERVER['REQUEST_URI']（如果可用），方便快速定位出问题的服务实例
真正难的不是发邮件，而是让每封邮件都带上下文、可控、不扰民。隐错告警一旦失控，比没告警还危险。
