在 Dubbo 框架中，实现服务调用链路追踪通常采用哪些方案？请说明其核心机制与关键配置。

回答思路

1. 【回答框架 1】链路追踪的核心是生成并传递全局唯一 Trace ID 和 Span ID，记录服务间调用的耗时、状态与日志，从而还原一次完整请求的调用路径。Dubbo 本身不内置完整追踪系统，通常集成 Zipkin、SkyWalking 或 Jaeger 等外部组件。
2. 【回答框架 2】集成方式主要有两种：一是通过 Dubbo 的 Filter 扩展点，在服务提供者和消费者侧分别实现过滤器，拦截调用并生成或透传追踪上下文；二是使用微服务框架自带的探针，如 SkyWalking 的 Java Agent，通过字节码增强自动埋点，无需修改业务代码。
3. 【回答框架 3】以 Zipkin 为例，需要在 Dubbo 中引入 brave-instrumentation-dubbo 依赖，并配置 Zipkin 的 Sender 和 Reporter，将追踪数据异步上报到 Zipkin 服务端。同时需在 dubbo.properties 或 Spring 配置中启用相关过滤器，确保 TraceId 在调用链中传递。
4. 【回答框架 4】对于 SkyWalking，通常通过添加 -javaagent 参数启动应用，其 Agent 会自动识别 Dubbo 调用并生成链路数据，上报到 OAP 服务端。这种方式对代码侵入性最小，但需要保证 Agent 版本与 Dubbo 版本兼容。
5. 【回答框架 5】无论采用哪种方案，都需要注意异步调用、线程池切换等场景下上下文的传递，避免 TraceId 丢失。同时，生产环境应合理设置采样率，避免全量采集造成性能开销。
6. 【关键点 1】Dubbo 链路追踪依赖外部系统，常用 Zipkin、SkyWalking 或 Jaeger。
7. 【关键点 2】通过 Dubbo Filter 扩展点或 Java Agent 实现埋点与上下文传递。
8. 【关键点 3】Zipkin 集成需引入 brave 依赖并配置 Sender 与 Reporter。
9. 【关键点 4】SkyWalking 使用 Agent 无侵入接入，需注意版本兼容。
10. 【关键点 5】异步与线程池场景需确保 TraceId 正确传递，并控制采样率。
11. 【易错点 1】不能将链路追踪等同于日志聚合，两者关注点不同。
12. 【易错点 2】避免在同步调用中阻塞上报追踪数据，应使用异步上报。
13. 【易错点 3】不要忽略 Dubbo 泛化调用或自定义协议下的追踪支持差异。