都在还说链路跟踪，那么 go-zero 的链路跟踪是咋样的？

工作中，自然少不了开发去排查问题，那如果链路比较长，客户端一个请求打进来，可能内部微服务进行了多个服务的交互，那么如果其中有一个环节出现了问题，我们如何定位是哪一个请求或者是说是哪一条调用链呢？

可能开发的时候或多或少会加入自己的一些表示，例如请求里面会加入 requuid，链路中涉及的服务都会将这个 requuid 传下去，直到整个调用链结束

当然比较 low 的一种方式是，在微服务交互的请求和相应中加上 requuid 字段，这个应该也是从单体服务过度到微服务开发时特别容易出现的情况

实际上做链路跟踪，简单的方式就是在各种请求的上下文加上 traceid 就可以了，今天我们来看看 go-zero 中的链路跟踪是如何应用的

分别从如下几个部分来看看 go-zero 中应用链路跟踪

• Http 服务端部分，客户端部分

• Rpc 服务端部分，客户端部分

当然关于日志组件，数据库组件等相关组件，应用到链路跟踪的地方，做法大体一致，我们一起看看 http 和 rpc 服务中应用的方式，其他的组件应用咱们也就可以简单的将知识迁移过去即可上手

Http 服务端部分

对于 ge-zero http ，我们可以一起来看看 服务端部分是如何应用的

简单来说，在我们启动 http 服务的时候，就已经将链路追踪的功能给打开了，go-zero 是通过 http handle 的