Spring boot 领先的；0“；春天的云侦探'；s跟踪ID在某些范围内被截断

我使用的是SpringCloudStarterSleuth的1.1.2.RELEASE版本以及SpringBoot1.4.2.RELEASE和SpringCloudDependencesCamden-SR3。我发现，有时当生成的跟踪ID有一个前导0（例如“096ad8c3ed8d4a20”）时，后续的一些跨距会记录一个没有前导零的跟踪ID（在本例中为“96ad8c3ed8d4a20”）

---

这是已知的bug吗？它并不总是可以复制的，但我可以断断续续地检测到。而且也不是很一致。例如，我的一个REST API调用总共生成6个跨度，而这个问题只发生在其中一个跨度上

您确定所有应用程序都使用最新版本的Sleuth吗？AFAIR这个问题很久以前就解决了（这里的“this”是指在ID的开头加上零）是的，我确信我在所有的微服务中都使用了1.1.2.RELEASE。我注意到之前的一期报道是作为一部分修复的，但似乎仍有间歇性的经历。您是否尝试过最新的Camden版本？不知道这是否能解决这个问题，但值得一试。当您描述生成的跟踪ID具有不同的长度时，您在哪里看到它？您正在查看日志、http头或zipkin的ui返回的数据吗？您确定所有应用程序都使用最新版本的Sleuth吗？AFAIR这个问题很久以前就解决了（这里的“this”是指在ID的开头加上零）是的，我确信我在所有的微服务中都使用了1.1.2.RELEASE。我注意到之前的一期报道是作为一部分修复的，但似乎仍有间歇性的经历。您是否尝试过最新的Camden版本？不知道这是否能解决这个问题，但值得一试。当您描述生成的跟踪ID具有不同的长度时，您在哪里看到它？您是在查看日志、http头还是zipkin的ui返回的数据？