微服务实现简单的分布式日志追踪

微服务实现简单的分布式日志追踪

作者:Yourtion 2021-01-25 15:00:44

服务器

服务器产品

分布式 最近想给项目添加一个简单的分布式请求跟踪功能,从前端发起请求到网关,再从网关调用 Spring Cloud 的微服务,这些过程中希望能从日志中看到一个分布式 ID 的链路,通过请求的 ID 可以追踪整一条链路,方便问题的排查。

最近想给项目添加一个简单的分布式请求跟踪功能,从前端发起请求到网关,再从网关调用 Spring Cloud 的微服务,这些过程中希望能从日志中看到一个分布式 ID 的链路,通过请求的 ID 可以追踪整一条链路,方便问题的排查。

[[378163]]

现成的方案自然是使用 SkyWalking 、 Spring Cloud Sleuth 、Zipkin 之类的组件,但是想到主要的目的记录一个可以一直贯通各个服务的 ID,方便日志查询,也就不想引入太多复杂的组件,最终决定通过 MDC 在日志中输出追踪的 ID,然后在 Feign 和 RestTemplate 中将请求 ID 在微服务中传递。

主要包括几个步骤:

  • 从前端生成请求 ID 并加入请求头带入网关
  • 网关通过 WebFilter 拦截并加入 MDC 中,在 log 中输出
  • 在 Feign 和 RequestTemplate 中将请求 ID 在带到 HTTP 的 Header 中微服务传递
  • 各个微服务同样通过 WebFilter 实现拦截并加入 MDC,在 log 中输出

MDC

MDC(Mapped Diagnostic Context,映射调试上下文)是 Log4j 和 Logback 提供的一种方便在多线程条件下记录日志的功能。 MDC 可以看成是一个与当前线程绑定的哈希表,可以往其中添加键值对。

MDC 的关键操作:

  • 向 MDC 中设置值:MDC.put(key, value);
  • 从 MDC 中取值:MDC.get(key);
  • 将 MDC 中内容打印到日志中:%X{key}

新增 TraceId 工具类

先新增一个 TraceIdUtils 工具类,用于定义 TRACE_ID 的常量值以及设置及生成 TRACE_ID 的方法,后续代码中都是通过这个估计类进行操作。

 

  1. import org.apache.commons.lang.RandomStringUtils; 
  2. import org.apache.commons.lang.StringUtils; 
  3. import org.slf4j.MDC; 
  4.  
  5. public class TraceIdUtils { 
  6.     public static final String TRACE_ID = "traceId"
  7.     private static final int MAX_ID_LENGTH = 10; 
  8.  
  9.     /** 
  10.      * 生成 traceId 
  11.      */ 
  12.     private static String genTraceId() { 
  13.         return RandomStringUtils.randomAlphanumeric(MAX_ID_LENGTH); 
  14.     } 
  15.  
  16.     /** 
  17.      * 设置 traceId 
  18.      */ 
  19.     public static void setTraceId(String traceId) { 
  20.         // 如果参数为空,则生成新 ID 
  21.         traceId = StringUtils.isBlank(traceId) ? genTraceId() : traceId; 
  22.         // 将 traceId 放到 MDC 中 
  23.         MDC.put(TRACE_ID, StringUtils.substring(traceId, -MAX_ID_LENGTH)); 
  24.     } 
  25.  
  26.     /** 
  27.      * 获取 traceId 
  28.      */ 
  29.     public static String getTraceId() { 
  30.         // 获取 
  31.         String traceId = MDC.get(TRACE_ID); 
  32.         // 如果 traceId 为空,则生成新 ID 
  33.         return StringUtils.isBlank(traceId) ? genTraceId() : traceId; 
  34.     } 

通过 WebFilter 添加 TraceId 过滤器

新增一个 GenericFilterBean ,从请求头中获取 TraceIdUtils.TRACE_ID 对应的值,该值在前端发起请求或者微服务之间传递都会带上,如果没有,则 TraceIdUtils.setTraceId 会生成一个。

 

  1. import org.springframework.core.annotation.Order
  2. import org.springframework.web.filter.GenericFilterBean; 
  3.  
  4. @WebFilter(urlPatterns = "/*", filterName = "traceIdFilter"
  5. @Order(1) 
  6. public class TraceIdFilter extends GenericFilterBean { 
  7.     @Override 
  8.     public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain) throws IOException, ServletException { 
  9.         // traceId初始化 
  10.         HttpServletRequest req = (HttpServletRequest) request; 
  11.         String traceId = req.getHeader(TraceIdUtils.TRACE_ID); 
  12.         TraceIdUtils.setTraceId(traceId); 
  13.         // 执行后续过滤器 
  14.         filterChain.doFilter(request, response); 
  15.     } 

不要忘记在 SpringBoot 的启动类加上 @ServletComponentScan 注解,否则自定义的 Filter 无法生效。其中 “com.yourtion.trace.filter” 是 TraceIdFilter 所在的包名。

 

  1. @ServletComponentScan(basePackages = "com.yourtion.trace.filter"
  2. @SpringBootApplication 
  3. public class MyApplication { 
  4.  
  5.     public static void main(String[] args) { 
  6.         SpringApplication.run(MyApplication.class, args); 
  7.     } 

在 Feign 上添加 TraceId

因为 @FeignClient 的代理类在执行的时候,会去使用使用到 Spring 上下文的 RequestInterceptor,所以自定义自己的拦截器,然后注入到 Spring 上下文中,这样就可以在请求的上下文中添加自定义的请求头。

 

  1. import feign.RequestInterceptor; 
  2. import feign.RequestTemplate; 
  3. import org.springframework.stereotype.Service; 
  4.  
  5. @Service 
  6. public class FeignInterceptor implements RequestInterceptor { 
  7.     @Override 
  8.     public void apply(RequestTemplate template) { 
  9.         template.header(TraceIdUtils.TRACE_ID, TraceIdUtils.getTraceId()); 
  10.     } 

在 RestTemplate 上添加 TraceId

还有一部分请求是通过 RestTemplate 发起的,之前我们是自己实现了 RestTemplateConfig 的配置类,这次在相关的配置上添加:

 

  1. RestTemplate restTemplate = builder.additionalInterceptors((request, body, execution) -> { 
  2.     request.getHeaders().add(TraceIdUtils.TRACE_ID, TraceIdUtils.getTraceId()); 
  3.     return execution.execute(request, body); 
  4. }).build(); 

至此,链路上的 TraceId 添加已经完成,剩下的就是在日志中打印出来了。

修改 Log4j2 的 layout 格式

修改日志的layout格式,将MDC中的traceId打印出来:

  1. <!-- 原始格式 --> 
  2. <PatternLayout pattern="%5p %c:%L - %m %throwable{separator( --> )}%n"/> 
  3.  
  4. <!-- 增加traceId的格式 --> 
  5. <PatternLayout pattern="%5p traceId:%X{traceId} %c:%L - %m %throwable{separator( --> )}%n"/> 

至此,修改就大功告成了。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/231468.html<

(0)
管理的头像管理
上一篇2025-04-19 17:25
下一篇 2025-04-19 17:26

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注