七，Spring Cloud Sleuth链路追踪

写在前面的话：本文大部分（说全部也没问题）都是抄写的，课堂的资料给的特别好。感觉耻于提笔，但不写上就影响整个博客内容了。以后会改/写出我的笔记的。
感谢你的路过，希望学生的笔记能给你一点微不足道的参考（2/100）
Java基础思维导图，完整Java体系的链接
微服务部分内容链接。感谢开课吧。
大概十几个文章吧

7.1 链路追踪简介

7.1.1 为什么需要链路追踪

   微服务架构是一个分布式架构，它按业务划分服务单元，一个分布式系统往往有很多个服务单元。由于服务单元数量众多，业务的复杂性，如果出现了错误和异常，很难去定位。主要体现在，一个请求可能需要调用很多个服务，而内部服务的调用复杂性，决定了问题难以定位。所以微服务架构中，必须实现分布式链路追踪，去跟进一个请求到底有哪些服务参与，参与的顺序又是怎样的，从而达到每个请求的步骤清晰可见，出了问题，很快定位。
   举个例子，在微服务系统中，一个来自用户的请求，请求先达到前端A（如前端界面），然后通过远程调用，到达系统的中间件B、C（如负载均衡、网关等），最后达到后端服务D、E，后端经过一系列的业务逻辑计算最后将数据返回给用户。对于这样一个请求，经历了这么多个服务，怎么样将它的请求过程的数据记录下来呢？这就需要用到服务链路追踪。
   目前，链路追踪组件有Google的Dapper，Twitter 的Zipkin，以及阿里的Eagleeye （鹰眼）等，它们都是非常优秀的链路追踪开源组件。

7.1.2 基本术语

Spring Cloud Sleuth采用的是Google的开源项目Dapper的专业术语。如图7-1所示
   ● Span：基本工作单元，发送一个远程调度任务 就会产生一个Span，Span有一个64位ID唯一标识的，Trace是用另一个64位ID唯一标识的，Span还有其他数据信息，比如摘要、时间戳事件、Span的ID、以