经常做线上问题排查的可能会有感受，由于日志打印一般是无序的，多线程下想要串行拿到一次请求中的相关日志简直是大海捞针。那么MDC是一种很好的解决办法。

在实际生产环境中，全链路跟踪框架如果对每个请求都开启跟踪，必然会对系统的性能带来一定的压力。与此同时，庞大的数据量也会占用大量的存储资源，使用全量采样的场景很有限，大部分应用接入链路跟踪的初衷是错误异常分析或者样本查看。

在微服务的应用场景下，服务之间可以通过各种方式与协议进行交互，同时整条链路也会变得比较长。与此同时，我们会希望一些数据在整条链路中进行透传，比如说用作对普通 api 参数的动态补充、链路压测标识或者灰度发布标识等。

在全链路跟踪框架中，最近有集成 Thrift 的改造需求，先来看看通信链路传递信息的大致架构。

在全链路跟踪框架中，Trace信息的传递功能是基于ThreadLocal的。但实际业务中可能会使用异步调用，这样就会丢失Trace信息，破坏了链路的完整性。

全链路跟踪框架中原先的采样算法在高并发的情况下会出现问题，需要做一些改造。