用 ARMS Go 可观测性排查接口慢问题的完整流程是怎样的？

文章梳理了一套从接入到问题发现、再到排查定位的最佳实践流程：

1. 智能告警发现问题：应用接入后配置告警，例如"最近 1 分钟调用响应时间大于等于 500ms 就报警"，第一时间发现问题。
2. 应用详情确认接口：通过告警发现问题后，到对应服务详情查看接口平均耗时，确认是哪个接口导致告警。
3. 查看调用链定位：查看对应调用链，按耗时排列找到耗时最长的调用链。点击查看详情，如果子 span 调用时间都很短，可确定是这个接口本身慢，而非外部请求导致。
4. 应用诊断（Profiling）：通过 CPU/内存/代码热点 Profiling 数据快速发现性能瓶颈。
5. 代码热点精确定位：点开 Trace 通过放大镜查看调用 Profiling，定位到具体响应慢的函数。

整个流程实现了从"接口慢"到"哪个函数慢"的逐层精确下钻。