Java基础监控告警模块的核心目标是及时发现异常、捕获关键堆栈、按规则通知且避免误报和性能干扰；通过@ControllerAdvice全局拦截Web异常，Thread.setDefaultUncaughtExceptionHandler捕获非Web异常；区分业务异常（不告警）与系统异常（必须告警）；ERROR/WARN分级，基于Redis频次控制（ex:{className}:{methodName}:{errorCode}）防刷屏；告警含服务名、IP、异常类型、截断堆栈、orderNo/traceId、时间及间隔；封装标准JSON供告警平台接入；异步发送并设超时、失败转存、动态降级。
Java基础监控告警模块的核心目标是：及时发现运行时异常、捕获关键错误堆栈、按规则触发通知（如邮件、企微、钉钉），同时避免误报和性能干扰。
统一异常捕获入口
不依赖每个方法手动 try-catch，而是通过 Spring 的 @ControllerAdvice + @ExceptionHandler 全局拦截控制器层异常；对非 Web 场景（如定时任务、消息监听），用 Thread.setDefaultUncaughtExceptionHandler 捕获未处理的运行时异常。注意区分业务异常（如 OrderNotExistException）与系统异常（如 NullPointerException），前者通常不告警，后者必须记录并触发告警。
异常分级与告警阈值控制
按严重程度划分等级：ERROR（空指针、数据库连接失败）、WARN（超时重试3次失败、HTTP 5xx 响应）。同一类异常在单位时间（如5分钟）内重复出现超过阈值（如10次），才触发告警，防止刷屏。可借助 Redis 记录异常发生频次，Key 设计为 ex:{className}:{methodName}:{errorCode}，带过期时间。
告警内容需包含上下文信息
光有堆栈不够。每次告警至少携带：
• 当前服务名与实例 IP
• 异常类型、完整堆栈（截取前20行+最后5行，避免日志过大）
• 关键业务标识（如 orderNo、traceId）
• 发生时间与最近一次相同异常间隔
建议封装成标准 JSON 结构，便于后续接入告警平台（如 Prometheus Alertmanager 或自研中台）。
异步发送 + 降级保障
告警逻辑必须异步执行（如用 Spring 的 @Async 或独立线程池），避免阻塞主流程。同时设置降级策略：
• 网络请求超时（建议 ≤3s）
• 连续3次发送失败，转存本地文件或写入 DB 表（alarm_record），由后台补偿任务重发
• 高峰期（如大促）可临时关闭低优先级告警（通过配置中心动态开关）
