不能用gc日志做毫秒级告警，因其异步、无结构、低精度；应改用micrometer、jmxexporter或opentelemetry导出标准化指标，并用promql实现低延迟异常识别。
不能自动解析 GC 标准输出（如 -Xlog:gc）来实现毫秒级故障告警。
GC 日志是异步写入的文本流，无结构、无统一时间戳精度、不带语义标签，且默认不暴露为 Prometheus 可拉取的指标。把它当主数据源做实时告警，本质是“把日志当指标用”，违背可观测性分层原则，会导致延迟高（通常秒级起步）、漏报多、误报频发，根本达不到毫秒级要求。
必须改用标准化指标暴露路径：
Spring Boot + Micrometer
启用/actuator/prometheus，自动导出jvm_gc_pause_seconds_count、jvm_gc_pause_seconds_sum、jvm_gc_memory_allocated_bytes_total等原生指标，自带action（如end of major GC）、cause（如Metadata GC Threshold）、id等高价值标签，开箱即用。JVM + JmxExporter
通过-javaagent:/path/jmx_exporter.jar=8080:/path/config.yaml挂载，精准采集java.lang:type=GarbageCollector下的CollectionCount、CollectionTime、LastGcInfo.duration等字段，支持配置 5 秒级采集间隔。OpenTelemetry Java Agent
自动注入 GC 指标，并打上service.name、deployment.environment等 SRE 友好标签，可直连 Prometheus 或经 OTel Collector 聚合，适配云原生多维下钻需求。
用 PromQL 实现真正低延迟异常识别：
长停顿突增检测
max_over_time(jvm_gc_pause_seconds_max[30s]) > 1.2 * avg_over_time(jvm_gc_pause_seconds_max[5m]) and max_over_time(jvm_gc_pause_seconds_max[30s]) > 2.5
——30 秒内最大停顿超近 5 分钟均值 1.2 倍，且绝对值 > 2.5 秒，避开 Young GC 正常抖动。高频短停顿预警
rate(jvm_gc_pause_seconds_count{action="end of minor GC"}[2m]) > 60 and avg_over_time(jvm_gc_pause_seconds_avg{action="end of minor GC"}[2m]) > 0.15
——每分钟 Minor GC 超 60 次，且平均耗时 > 150ms，预示内存泄漏或分配过快。
端到端链路需保障低延迟：Prometheus 抓取间隔设为 5 秒，Alertmanager 配置精简路由与静默规则，避免冗余判断引入延迟。金融级系统实测 P99 告警触达延迟 ≤ 380ms。
不复杂但容易忽略。
