解决sleuth链路追踪失效的问题，sleuth版本升级为3.1.3后X-B3-TraceId:-打印不出来了，解决方案

近期新项目，直接引入spring-cloud-starter-sleuth

1.  
   <!--springCloud链接追踪-->
2.  
   <dependency>
3.  
   <groupId>org.springframework.cloud</groupId>
4.  
   <artifactId>spring-cloud-starter-sleuth</artifactId>
5.  
   </dependency>
6.  
    

然后yml里面也一样配置

1.  
   spring:
2.  
   sleuth: #springCloud链接追踪
3.  
   web:
4.  
   client:
5.  
   enabled: true
6.  
   sampler:
7.  
   probability: 1.0 # 将采样比例设置为 1.0，也就是全部都需要。默认是 0.1

日志里面也正常配置了  %X{X-B3-TraceId:-},%X{X-B3-SpanId:-}

1.  
   <contextName>logback</contextName>
2.  
   <property name="log.pattern" value="[%-5level] �te [${log.context.name:-},%X{X-B3-TraceId:-},%X{X-B3-SpanId:-}] --%thread-- [%logger:%L] %msg %n" />

但是问题来了：打印出来的日志X-B3-TraceId和X-B3-SpanId都没有获取到日志

1.  
   20:40:39.756 [,] [boundedElastic-6] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
2.  
   20:41:02.508 [,] [boundedElastic-1] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
3.  
   20:41:32.513 [,] [boundedElastic-3] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
4.  
   20:42:02.513 [,] [boundedElastic-8] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
5.  
   20:42:32.514 [,] [boundedElastic-1] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
6.  
   20:43:02.517 [,] [boundedElastic-2] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
7.  
   20:43:32.519 [,] [boundedElastic-7] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
8.  
   20:44:02.521 [,] [boundedElastic-8] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}
9.  
   20:44:32.528 [,] [boundedElastic-2] INFO c.y.g.f.CacheRequestFilter - [apply,41] - CacheRequestFilter:{}

由于引入了spring-cloud-starter-gateway ，一查百度上各种建议，基本上都是同一种解决方案，配置如下，实际上并不行

1.  
   spring:
2.  
   sleuth:
3.  
   reactor:
4.  
   #在2020.0.0中，已将默认网关反应器检测模式更改为manual,
5.  
   #ON_EACH-用跟踪表示形式包装每个Reactor运算符。在大多数情况下，传递跟踪上下文。此模式可能会导致性能急剧下降。
6.  
   #ON_LAST-将最后一个Reactor运算符包装在跟踪表示中。在某些情况下传递跟踪上下文，
7.  
   #因此访问MDC上下文可能不起作用。此模式可能会导致中等性能下降。
8.  
   #MANUAL-以最小侵入性的方式包装每个Reactor，而无需通过跟踪上下文。由用户决定
9.  
   instrumentation-type: decorate_on_each

还引入了nacos，以前是eureka，怀疑是不是配置文件的问题，找了一下午，终于发现了一个不一样的地方，

老项目中的版本号是 <version>2.1.2.RELEASE</version>

新项目中的版本号是 <version>3.1.3</version>

这个时候我怀疑了，是不是版本的问题，于是按照这个版本接着找啊找，问题找到了：

Spring Cloud 2020.0.x 之后，也就是 spring-cloud-sleuth 3.0.0 之后，放入 ThreadContext 的 key 发生了变化，原来的 traceId 与 spanId 分别是 X-B3-traceId 与 X-B3-spanId，现在改成了更为通用的 traceId 和 spanId。改了日志中的内容，再运行项目，日志中的traceId来了；

<property name="log.pattern" value="%d{HH:mm:ss.SSS} [%X{traceId:-},%X{spanId:-}] [%thread] %-5level %logger{20} - [%method,%line] - %msg%n" />

1.  
   20:40:40.751 [c0643f4a8ada1a00,7a3ae50e472620f8] [http-nio-9201-exec-1] INFO c.y.s.c.SysUserController - [list,97] - span:LazySpan(c0643f4a8ada1a00/7a3ae50e472620f8)
2.  
   20:40:40.806 [c0643f4a8ada1a00,7a3ae50e472620f8] [http-nio-9201-exec-1] INFO c.y.s.c.SysUserController - [list,98] - 获取用户列表:{"admin":false,"params":{}}

这篇好文章是转载于：学新通技术网