分布式系统中的服务跟踪在理论上并不复杂，它主要包括下面两个关键点：

• 为了实现请求跟踪，当请求发送到分布式系统的入口端点时，只需要服务跟踪框架为该请求创建一个唯一的跟踪标识，同时在分布式系统内部流转的时候，框架始终保持传递该唯一标识，直到返回给请求方为止，这个唯一标识就是前文中提到的 TraceID。通过 TraceID的记录，我们就能将所有请求过程日志关联起来。

• 为了统计各处理单元的时间延迟，当请求达到各个服务组件时，或是处理逻辑到达某个状态时，也通过一个唯一标识来标记它的开始、具体过程以及结束，该标识就是我们前文中提到的Span ID，对于每个Span来说，它必须有开始和结束两个节点，通过记录开始Span和结束Span的时间戳，就能统计出该Span的时间延迟，除了时间戳记录之外，它还可以包含一些其他元数据，比如：事件名称、请求信息等。

在快速入门示例中，我们轻松实现了日志级别的跟踪信息接入，这完全归功于spring-cloud-starter-sleuth组件的实现。在Spring Boot应用中，通过在工程中引入spring-cloud-starter-sleuth依赖之后， 它会自动的为当前应用构建起各通信通道的跟踪机制，比如：

• 通过诸如RabbitMQ、Kafka（或者其他任何Spring Cloud Stream绑定器实现的消息中间件）传递的请求

• 通过Zuul代理传递的请求

• 通过 RestTemplate发起的请求

在快速入门示例中，由于trace-1对trace-2发起的请求是通过RestTemplate实现的，所以spring-cloud-starter-sleuth组件会对该请求进行处理，在发送到trace-2之前sleuth会为在该请求的Header中增加实现跟踪需要的重要信息，主要有下面这几个（更多关于头信息的定义我们可以通过查看org.springframework.cloud.sleuth.Span的源码获取）：

• X-B3-TraceId：一条请求链路（Trace）的唯一标识，必须值

• X-B3-SpanId：一个工作单元（Span）的唯一标识，必须值

• X-B3-ParentSpanId:：标识当前工作单元所属的上一个工作单元，Root Span（请求链路的第一个工作单元）的该值为空

• X-B3-Sampled：是否被抽样输出的标志，1表示需要被输出，0表示不需要被输出

• X-Span-Name：工作单元的名称

我们可以通过对trace-2的实现做一些修改来输出这些头部信息，具体如下：

1. @RequestMapping(value="/trace-2",method=RequestMethod.GET)

2. publicStringtrace(HttpServletRequestrequest){

3.    logger.info("===<call trace-2, TraceId={}, SpanId={}>===",

4.            request.getHeader("X-B3-TraceId"),request.getHeader("X-B3-SpanId"));

5.    return"Trace";

6. }

通过上面的改造，我们再运行快速入门的示例内容，并发起对trace-1的接口访问，我们可以得到如下输出内容。其中在trace-2的控制台中，输出了当前正在处理的TraceID和SpanId信息。

1. --trace-1

2. INFO[trace-1,a6e9175ffd5d2c88,8524f519b8a9e399,true]10532---[nio-9101-exec-2]icationEnhancerBySpringCGLIB27aa9624:===<call trace-1>===

3. 
   

4. --trace-2

5. INFO[trace-2,a6e9175ffd5d2c88,ce60dcf1e2ed918f,true]1208---[nio-9102-exec-3]icationEnhancerBySpringCGLIBa7d84797:===<call trace-2,TraceId=a6e9175ffd5d2c88,SpanId=be4949ec115e554e>===

为了更直观的观察跟踪信息，我们还可以在application.properties中增加下面的配置：

1. logging.level.org.springframework.web.servlet.DispatcherServlet=DEBUG

通过将Spring MVC的请求分发日志级别调整为DEBUG级别，我们可以看到更多跟踪信息：

1. --trace-1

2. 2016-11-2709:26:52.663DEBUG[trace-1,a6e9175ffd5d2c88,a6e9175ffd5d2c88,true]10532---[nio-9101-exec-2]o.s.web.servlet.DispatcherServlet       :DispatcherServletwith name'dispatcherServlet'processing GET requestfor[/trace-1]

3. 2016-11-2709:26:52.666DEBUG[trace-1,a6e9175ffd5d2c88,a6e9175ffd5d2c88,true]10532---[nio-9101-exec-2]o.s.web.servlet.DispatcherServlet       :Last-Modifiedvaluefor[/trace-1]is:-1

4. 2016-11-2709:26:52.685DEBUG[trace-1,a6e9175ffd5d2c88,8524f519b8a9e399,true]10532---[nio-9101-exec-2]o.s.web.servlet.DispatcherServlet       :NullModelAndViewreturned toDispatcherServletwith name'dispatcherServlet':assumingHandlerAdaptercompleted request handling

5. 2016-11-2709:26:52.685DEBUG[trace-1,a6e9175ffd5d2c88,a6e9175ffd5d2c88,true]10532---[nio-9101-exec-2]o.s.web.servlet.DispatcherServlet       :Successfullycompleted request

6. 
   

7. --trace-2

8. 2016-11-2709:26:52.673DEBUG[trace-2,a6e9175ffd5d2c88,be4949ec115e554e,true]1208---[nio-9102-exec-3]o.s.web.servlet.DispatcherServlet       :DispatcherServletwith name'dispatcherServlet'processing GET requestfor[/trace-2]

9. 2016-11-2709:26:52.679DEBUG[trace-2,a6e9175ffd5d2c88,be4949ec115e554e,true]1208---[nio-9102-exec-3]o.s.web.servlet.DispatcherServlet       :Last-Modifiedvaluefor[/trace-2]is:-1

10. 2016-11-2709:26:52.682DEBUG[trace-2,a6e9175ffd5d2c88,ce60dcf1e2ed918f,true]1208---[nio-9102-exec-3]o.s.web.servlet.DispatcherServlet       :NullModelAndViewreturned toDispatcherServletwith name'dispatcherServlet':assumingHandlerAdaptercompleted request handling

11. 2016-11-2709:26:52.683DEBUG[trace-2,a6e9175ffd5d2c88,be4949ec115e554e,true]1208---[nio-9102-exec-3]o.s.web.servlet.DispatcherServlet       :Successfullycompleted request

原文链接：https://mp.weixin.qq.com/s/wCEPspxsbedNKUbSzPStiw