dubbo3+sleuth+brave实现链路追踪及traceId未传递或不对应的原因分析

问题场景

笔者之前一直使用SpringCloud Alibaba + dubbo2 + nacos1.4进行开发，但是目前naocs2、dubbo3也已经推出有一段时间并逐渐达到生产环境可用状态，所以笔者也希望用最新版本的nacos2及dubbo3尝尝鲜。但在搭建框架的过程中遇到了链路追踪的问题，所以在这里详细记录一下。

SpringCloud Alibaba + dubbo2 + nacos1

笔者基于dubbo2和nacos1的框架的依赖版本如下（这里只展示链路追踪相关依赖）：

SpringCloud Alibaba 2.2.5.RELEASE
Springboot 2.3.7.RELEASE
Dubbo 2.7.8 
Nacos 1.4.3
spring-cloud-starter-sleuth 3.0.0
brave-instrumentation-dubbo 5.13.7

基于dubbo2和nacos1，该依赖版本网上都有较为成熟的搭建方案。直接引入依赖，按照度娘上的配置一下yml文件，就能实现链路追踪，配置过程不太困难。这里就不详细介绍了。

SpringCloud Alibaba + dubbo3 + nacos2

在搭建基于dubbo3和nacos2的框架时也希望能实现链路追踪。其中方案一和方案二是目前Dubbo3官方手册列举的实现方案。
方案一：Skywalking
听说是最简单的，但因为要额外部署Skywalking，所以我暂未尝试这种方案。
方案二：OpenTelemetry或brave
我根据dubbo3的文档进行依赖的引入和yml文件的配置，但是发现服务提供者日志正常写入了traceId和spanId，但服务消费者无论traceId还是spanId都没写入，这个在dubbo的GitHub issue中也未有人提问，所以最终也没找到解决方案。
方案三：sleuth+brave
我尝试了沿用SpringCloud Alibaba + dubbo2 + nacos1框架时的sleuth+brave方案实现链路追踪，但我