Spring boot 2.0和Spring Cloud Sleuth 2.x工作示例

我一直在尝试让SpringBoot2.0和SpringCloudSlueth2.x（POM=>Finchley.M6）正常工作，但没有成功。我有一个

service1

呼叫

service2

和

service3

。我看到每当在

service1

中收到请求但未传递到

Service2

和

Service3

时，就会创建一个新的

traceId

，而每次在

Service2

和

Service3

上都会创建一个新的

traceId

这跟你有什么关系吗

注意：我不需要zipkin支持，我需要用于分布式跟踪的sleuth，并将使用Splunk作为日志聚合器

---

源代码：

此提交修复了一个bug-。请查看最新快照

我正试图将我的示例发布到github，当我有了它时，将更新摘要。相同的示例适用于Spring boot 1.5.x版本和Spring cloud 1.x版本。您可以尝试使用最新的快照吗？@MarcinGrzejszczak，因此我更新了Spring boot和cloud的最新快照。结果仍然一样。可以在这里找到日志-看起来头X-B3-Sampled=0使此日志“接收到一个对uri[/service2]的请求，该请求不应进行采样[true]”，并且每当发生这种情况时，调用方都不会使用TraceID。对于使用Finchley.BUILD-SNAPSHOT版本的spring cloud sleuth的假客户端，这种情况仍然存在。如果我打开日志记录，我会看到标头没有被发送，并且为下游服务调用创建了一个新的跟踪id。在我的例子中，虽然我正在使用builder上的“target”方法手动创建一个外部客户机，但根据