撸了几天的sofa-tracer之后，我悟了！

什么是分布式链路跟踪

简而言之，在分布式系统下，用于跟踪链路而衍生出的一项技术。

应用场景如下：

应用A,B,C,D,E 以一个层级关系依赖，当用户向 应用A 发起请求，但是返回了个异常，为了排查这个问题，我们可能要一台台服务器去排查。在分布式架构下，每个应用又部署了几十上百台服务器，那一天下来，可能多没找到问题的触发点。

通过分布式链路跟踪，结合如 鹰眼 等平台的链路分析，我们可以很快定位到问题发生机器地址。

那为什么我们可以很快速定位到哪台机器？

TraceId 日志收集，收集异常日志，快速发现异常原因
TraceId 埋入机器IP，快速定位异常机器

基本概念

一条 trace 链路是由多个与之关联的 span 组成，一条链路整体可以看做是一张有向无环图，各个 span之间的边缘关系被称之为References。

traceId: 每条链路只有唯一的 traceId
spanId : 每个节点为一个 span ,存在层级关系

如何自己实现一套 Tracer

引用 SOFATracer 链路透传原理：

跨进程的透传，即如何将链路数据从一个进程传递到下游进程中
线程中的透传
- 当前请求跨进程调用结束之后，当前如何恢复 tracer 上下文信息
- 如何实现跨线程的透传，如在当前线程中起一个异步线程的场景

TracerId & SpanId 生成规则

TraceId 生成规则：

 服务器 IP + 产生 ID 时候的时间 + 自增序列 + 当前进程号

0ad1348f1403169275002100356696

SpanId 生成规则：

root 节点为0，后续以 . 分割，不断分层延续

跨进程透传 TracerId

以 SOFATracer 为例描述一下，一个 Http 请求是如何跨进程间进行传输的.

SofaTracer 源码地址：

https://github.com/sofastack-guides/sofa-tracer-guides/tree/master/tracer-sample-with-springmvc

在一个 Http 请求中，当请求经过 Filter ，SOFATracer 做的主要就是判断当前请求的header中是否存在 traceId, spanId

从依赖包中，我们可以看到，只有一个filter

Header存在 Tracer 信息

将上下文信息，存放到 ThreadLocal 中

Header 不存在 Tracer 信息

创建一个新的上下文，生成 traceId 和 spanId ，然后存放到 ThreadLocal 中

跨线程透传 TracerId

通过深拷贝，创建一个新的上线文信息，将 SofaTracerSpanContext 传递到子线程中

public SofaTracerSpanContext cloneInstance() {

  // 重新构建一个 SofaTracerSpanContext 对象实例

  // 这里会以当前父线程中的 tracerId,spanId,parentId以及采样信息 作为构建构建参数

  SofaTracerSpanContext spanContext = new SofaTracerSpanContext(this.traceId, this.spanId,

  this.parentId, this.isSampled);

  // 系统透传数据

  spanContext.addSysBaggage(this.sysBaggage);

  // 业务透传数据

  spanContext.addBizBaggage(this.bizBaggage);

  spanContext.childContextIndex = this.childContextIndex;

  return spanContext;

}

手撸一个 DEMO

MyFilter

总结

原理看着挺简单，但是实际使用上，还要考虑很多方面的问题，如果日志收集，日志分析，traceId 生成规则等等，感兴趣的大伙可以去看一下源码：传送门

感谢大家的阅读，希望对大家有所帮助，我是 九灵 ,有需要交流的童鞋可以加我wx，Jayce-K,最近致力于帮助更多小伙伴加入大厂，欢迎来撩～