Spring cloud Sleuth启动一个新跟踪，而不是在单个跟踪中继续跨度

Question

我有4个Spring启动应用程序（A，B，C和D）。事务的生命周期如下：

1. 应用程序A是一个kafka流应用程序，它最终产生一个主题，该主题由应用程序B使用。
2. 应用程序B然后使用@KafkaListener从主题中消费，进行一些处理，然后使用Spring的jmsTemboard生成IBMMQ队列。
3. 应用程序C，它是@JMSListener，从上面的队列中消耗并使用Spring的JMST模板生成到另一个队列。
4. 应用程序D也是@JmsListener从上面的队列中消耗，然后产生一个kafka主题，该主题再次被应用程序A消耗

现在，对于单个事务，我希望跨所有四个应用程序进行单个跟踪，但相反，我得到了

1. 一个从应用程序A到应用程序B的跟踪（从应用程序B到IBM MQ）
2. 一个从应用程序C开始并在应用程序A结束的跟踪

我会上传照片来展示拉链的跨度，但出于某种原因，我不能这样做。

所有上述应用程序都是Spring Boot应用程序，它们利用Spring云侦察来产生事务跟踪。我依靠Spring引导的自动配置，这些是我在所有应用程序中设置的属性：

  zipkin:
   enabled: ${ZIPKIN_ENABLED:false}
   sender:
    type: kafka
   baseUrl: ${ZIPKIN_URL:http://localhost:9411}
   service:
    name: ${spring.application.name}
 sleuth:
  messaging:
   kafka:
    enabled: true
   jms:
    enabled: true

我无法理解这里到底发生了什么。为什么跨距分散在两条记录道而不是一条记录道上？

我使用的是SpringBoot2.3.3和SpringCloud依赖项Hoxton。SR8。

Answer 1

因此，应用程序B没有传递头。原来队列uri的属性targetClient设置为1。uri类似于

queue:///DESTINATION_QUEUE?targetClient=1

到目前为止，我还不是IBM的MQ专家，但是留档声明将此属性设置为1意味着消息不包含MQRFH2标头。我将其切换为0，瞧，所有跨度都到位了...