Spring Boot Sleuth中traceId与traceIdString的区别及日志分析选用问题

问题1：日志中展示的ID是traceIdString而非traceId吗？ #

是，你给出的Sleuth默认日志格式中，中括号内的第二个字段就是traceIdString。

问题2：traceId与traceIdString二者有什么区别？ #

• 底层类型不同：Sleuth 3.x+版本中，traceId是内部存储链路ID的128位/64位数值类型对象，仅用于程序内部逻辑处理，无法直接输出到日志中。
• 用途不同：traceIdString是traceId经过序列化转换得到的小写16进制可读字符串，专门用于日志打印、跨服务链路传递、观测平台上报等对外输出场景，你看到的ec88298d62773aa6这类值就是traceIdString。
• 部分低版本Sleuth没有严格区分二者的命名，日常语境中说的traceId如果是指日志里的字符串值，实际对应的就是traceIdString。

问题3：开展日志分析工作时，应该使用traceId还是traceIdString？ #

直接使用traceIdString即可，原因如下：

1. 日志中可检索的字段只有序列化后的traceIdString，你无法从日志文本中获取程序内部的traceId对象。
2. 跨应用、跨中间件传递的链路标识统一为字符串格式的traceIdString，使用该值可以直接匹配全链路所有节点的日志，不会出现格式不兼容的问题。

示例日志验证 #

你提供的日志符合Sleuth默认日志格式规范：

2021-10-07 16:35:04.421  INFO [demo,ec88298d62773aa6,ec88298d62773aa6] 1324 --- [nio-8080-exec-1] com.example.demo.demo.DemoApplication    : inside controller method

中括号内三个字段依次为：应用名（demo）、traceIdString（ec88298d62773aa6）、spanIdString（ec88298d62773aa6）。

内容的提问来源于stack exchange，提问作者shalabh