Spring Boot 2与3跨应用调用时Trace Id不一致问题求助

问题分析 #

核心矛盾在于Spring Boot3（基于Micrometer Tracing）和Spring Boot2（基于Spring Cloud Sleuth）的链路追踪传播规则不匹配，导致跨调用时Trace ID无法正确传递，最终生成新的Trace ID。现有配置存在两处关键问题：

1. Spring Boot3的B3传播默认使用64位Trace ID，但Spring Boot2开启了traceId128: true，两者Trace ID长度不兼容；
2. Spring Boot2的传播类型优先级是w3c,b3，会优先尝试解析W3C格式的traceparent头，而Spring Boot3只发送B3格式的头，导致Spring Boot2无法识别并生成新的Trace ID。

解决方案 #

1. 统一Spring Boot3的B3传播配置（128位Trace ID） #

修改Spring Boot3的application.yml，显式开启B3的128位Trace ID，与Spring Boot2的配置对齐：

management: 
   tracing:
     propagation:
       type: b3
     b3:
       trace-id-128: true  # 开启128位Trace ID，匹配Spring Boot2的配置
     sampling:
       probability: 1.0

2. 调整Spring Boot2的传播类型优先级 #

将Spring Boot2的传播类型优先级改为b3,w3c，让它优先解析Spring Boot3发送的B3头：

spring:
  sleuth:
    traceId128: true
    supportsJoin: false
    propagation:
      type: b3,w3c  # 把b3放在前面，优先解析B3格式的链路头

3. 确保调用客户端正确集成链路追踪 #

根据你使用的调用方式，确认以下配置：

• RestTemplate：Spring Boot3中需确保RestTemplate Bean被Micrometer Tracing拦截器增强，可通过@Bean注册或使用RestTemplateBuilder；Spring Cloud环境下@LoadBalanced的RestTemplate会自动集成链路传递；
• WebClient：添加TracingExchangeFilterFunction到WebClient的过滤器链中；
• Feign：Spring Boot3需引入spring-cloud-starter-openfeign和micrometer-tracing-bridge-brave依赖；Spring Boot2需引入spring-cloud-starter-sleuth和spring-cloud-starter-openfeign依赖，Feign会自动传递链路头。

4. 验证配置有效性 #

• 启动Spring Boot3应用，发起调用时查看请求头，确认包含X-B3-TraceId（128位长度）、X-B3-SpanId等B3相关头；
• 查看Spring Boot2的日志，确认日志中的traceId与Spring Boot3发起请求的X-B3-TraceId一致（需确保日志格式配置了%X{traceId}）。

内容的提问来源于stack exchange，提问作者Coder