为什么要获取trace-id

通过上文我们搭建了SkyWalking服务，我们需要在日志中记录下来每次请求的唯一标识(trace-id)，这样就可以在SkyWalking定位到有问题的trace-id，然后通过这个trace-id我们就可以通过日志系统去定位到相关的日志，从而发现并解决问题。

最开始和我说想法的老哥，想自己实现一套trace-id，以便满足于如果想替换追踪工具，不用改太多代码。想法是很好的，但是经过查询SkyWalking的GIT issue ，发现SW并没有提供这种自定义trace-id的功能，

决定获取SW生成的全局trace-id，这里主要是记录下实现方式，这里使用了开源组件完成的效果

配置过程

在pom中添加依赖

                
     
      org.apache.skywalking
                 
     
      apm-toolkit-logback-1.x
                 
     
      6.2.0
             
    

这是一个skywalking的工具，通过这个工具可以得到trace-id

修改logback.xml中的Appender的Pattern

                
                     
      
       %d{HH:mm:ss.SSS} [%thread] %-5level logger_name:%logger{36} - [%tid] - message:%msg%n
                  
             
    

这里需要注意的是

• Logback中的encoder本身是包含一个layout的，在有此Appender中是可以直接用encoder中的layout部分的，鉴于本人使用的是Kafka-appender这个插件，尽量通用就写成这样了。
• encoder的class是LayoutWrappingEncoder，不是PatternLayoutEncoder!
• 使用%tid 来占trace-id的位置，默认TID:N/A，当有请求调用时，会显示trace-id
• 这种方式支持探针与注解

测试

使用探针参数添加到LogDemo中测试，Demo地址: ，注意分支

Java只需要在VM options中追加格式为

-javaagent:/path/to/path/skywalking-agent.jar -Dskywalking.agent.service_name=YOUR_APP_NAME -Dskywalking.collector.backend_service=OAP_SEVER_HOST:gRPC_PORT

举例如下：

-javaagent:D:/skywalking-agent/skywalking-agent.jar -Dskywalking.agent.service_name=logDemo -Dskywalking.collector.backend_service=10.2.7.70:11800

启动项目，如果没有kafka输出，可以注释掉，只留下console输出

我们可以看到默认的启动打出的日志是这样的

访问测试接口，查看日志

引用文章

感觉不美观可以自行修改，本文内容以上。