基于 TraceId 可以实现请求粒度的轨迹回溯与数据关联，但错慢请求的诊断流程略有不同：
- 慢请求诊断的关键点在于找到真正耗时的代码行。传统链路追踪通过插桩法实现通用接口埋点，无法抓取完整的本地方法栈，导致一线开发常常定位到慢接口却不知道内部方法耗时。需要链路结合方法栈数据，才能细化到方法粒度（代码行）指导研发排障。
- 错请求分为服务报错与业务报错两类，诊断依赖的数据不同：服务报错依赖异常堆栈（以 Java 为例，系统报错通常抛出特定异常，包含详细错误原因与调用堆栈，通过 TraceId 准确关联当次请求的异常堆栈可加速排障）；业务报错则需要结合业务日志与方法入参进行辅助判断（因为业务逻辑不符合预期，但服务调用本身可能是正常的）。
此外，链路与日志可以双向关联跳转：排查系统报错可从微服务调用视角找到错误调用链再查关联日志；排查业务报错可先检索日志业务关键词，再通过日志关联的 TraceId 反向查询上下游信息。
