调用链追踪利器 MDC

最新推荐文章于 2024-09-13 17:28:06 发布
最新推荐文章于 2024-09-13 17:28:06 发布
阅读量1k 收藏 22
点赞数 23
文章标签： wpf
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_78976656/article/details/141958469
版权

一、前言

日常工作中排查线上问题，经常会遇到一些问题：

  • 线上系统某次调用异常，是哪笔订单的什么操作造成的？是哪个服务调用的？来自哪台机子？
  • 异常订单操作，对数据有哪些造成了影响？
  • 用户在某个时段分别进行了哪些操作?

而日趋复杂的分布式系统，

  • 微服务
  • 分布式中间价：消息队列、分布式缓存、分布式对象存储
  • 不同调用：跨机房、跨区域调用、第三方调用

调用链作为排查问题的核心，通过其可以将各类数据关联在一起，提高问题排查能力。

啥是 MDC ？

MDC（Mapped Diagnostic Context） ：映射诊断上下文，是 Logback框架中一个特征。（Logback是 SpringBoot 的默认框架）

  • 它可以在日志消息中存储上下文消息，在日志事件之间传播键值。
快速入门
  1. 在 pom.xml 中添加 logback-classic 依赖
 

xml
 

代码解读
 

复制代码
 

<dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.2.3</version> </dependency> 
 

  1. 在 logback.xml中配置日志信息
 

 

xml
 

代码解读
 

复制代码
 

<configuration> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %mdc - %msg%n</pattern> </encoder> </appender> <root level="debug"> <appender-ref ref="STDOUT" /> </root> </configuration> 
 

<PatternLayout pattern="[%date{yyyy-MM-dd HH:mm:ss,SSS}] [%level] [%C{1}:%line] [%thread] [%traceId] -- %mdc{operator} %mdc{request} %m%n"/>
 

  1. 通过 MDC 设置 key
 

 
 
整理了一份好像面试笔记包括了：Java面试、Spring、JVM、MyBatis、Redis、MySQL、并发编程、微服务、Linux、Springboot、SpringCloud、MQ、Kafka 面试专题
 
 
需要全套面试笔记【点击此处即可】免费获取
 

 

java
 

代码解读
 

复制代码
 

@Component public class RequestInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String userId = request.getHeader("traceId"); MDC.put("traceId", traceId); return true; } @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { MDC.remove("traceId"); } } 
 

 

啥是traceId ？
 

traceId：用于标识某一次具体的请求ID。通过 traceId 来将一个请求在各个服务器上的调用日志串联起来。
 

  • traceId 一般由接收请求经过的第一个服务产生。
 

traceId 与 spanId 区别：
 

  • traceId 是用于 串联 某一次请求在系统中经过的所有路径
  • spanId是用于 区分 系统不同服务之间调用的先后关系
 

traceId 生成规则
 

SkyWalking里TraceId 组成规则：
 
 

这里我们参考阿里的鹰眼组件的 TraceId 生成的规则。
 

生成规则如下： 服务器 IP + ID 产生的时间 + 自增序列 + 当前进程号 ，比如：
 

  • 0ad1348f1403169275002100356696
  • 共 30 位
 

01234567891011121314151617181920212223242526272829
服务器IP，十六进制：0ad1348f时间戳，1403169275002自增序列，1003当前进程ID
 

  • 前8位：0-7，产生 TraceId 的机器的 IP，这是一个十六进制的数字，每两位代表 IP 中的一段。
 

  •  
  
    • 按每两位转成 10 进制即可得到常见的 IP 地址表示方式 10.209.52.143
 

  • 再13位：8-20，产生 TraceId 的时间
  • 再4位：自增的序列，从 1000 -> 9000，到9000后再回到 1000
  • 最后5位：当前的进程 ID，防止单机多进程出现 TraceId 冲突的情况
 

  •  
  
    • Thread.currentThread().getId();
 

二、最佳实践
 

前端交互
 

 
 
前端与后端交互，诉求只想知道这次调用对应后端哪次调用链，方便排查问题。 所以只需要告诉前端，这次请求的 traceId 是多少。
 
 
  • traceId：一般会在返回体的 Header 和 Body 中体现。
 

 

举个 🌰 栗子，在 HTTP 的 Response 的 Header中体现：X-Tracking-Id
 

 

举个 🌰 栗子，在 HTTP 的 Response 的 Body 中体现：traceId
 

 

json
 

代码解读
 

复制代码
 

{ "code": 0, "success": true, "message": null, "traceId": "933ce7302b0b4396a89b1a81747b0e46", "data": {} } 
 

服务间交互
 

（1）服务间交互：Feign、Dubbo
 

Feign 请求拦截器中塞入 traceId：
 

 

java
 

代码解读
 

复制代码
 

@Slf4j public class FeignRequestInterceptor extends BasicAuthRequestInterceptor { @Override public void apply(RequestTemplate template) { template.header("X-Tracking-ID", MDC.get("traceId")); } } 
 

Dubbo 消费者获取 traceId：
 

 

java
 

代码解读
 

复制代码
 

@Slf4j @Activate(group = {Constants.CONSUMER}, order = -99999) public class TrackIdConsumerFilter implements Filter { @Override public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException { String tid = MDC.get("traceId"); if (StringUtils.isBlank(tid)) { tid = UUIDUtils.UUID32(); } RpcContext.getContext().setAttachment("traceId", tid); return invoker.invoke(invocation); } @Override public Result onResponse(Result result, Invoker<?> invoker, Invocation invocation) { return Filter.super.onResponse(result, invoker, invocation); } } 
 

Dubbo 生产者塞入 traceId：
 

 

java
 

代码解读
 

复制代码
 

@Slf4j @Activate(group = {Constants.PROVIDER}, order = -99999) public class TrackIdProviderFilter implements Filter { @Override public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException { String tid = invocation.getAttachment("traceId"); if (StringUtils.isBlank(tid)) { tid = UUIDUtils.UUID32(); } MDC.put("traceId", tid); try { return invoker.invoke(invocation); } finally { MDC.clear(); } } @Override public Result onResponse(Result result, Invoker<?> invoker, Invocation invocation) { return Filter.super.onResponse(result, invoker, invocation); } } 
 

（2）MQ消息 / XXL-JOB 传递
 

这类可以封装对应注解，用 AOP 来统一处理下。
 

  • 注解：@TraceId
  • AOP：TraceIdAspect
 

 

java
 

代码解读
 

复制代码
 

@Target({ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) public @interface XTraceId { } 
 

 

java
 

代码解读
 

复制代码
 

@Aspect @Component @Slf4j public class TraceIdAspect { @Pointcut("@annotation(com.server.annotation.TraceId)") public void annotationPointCut() { } @Around("annotationPointCut()") public Object doAround(ProceedingJoinPoint pjp) throws Throwable { String traceId = UUIDUtils.nextId(""); MDC.put("traceId", traceId); try { return pjp.proceed(); } finally { MDC.remove("traceId"); } } } 
 

举个 🌰 栗子，在 RocketMQ 中消息者消费消息时：
 

  • 消费者执行消息时，用 traceId 把单次调用链串联起来。
 

 

java
 

代码解读
 

复制代码
 

@Slf4j @Component @RequiredArgsConstructor public class ConsumerListener implements MessageListener { @TraceId @Override public Action consume(Message message, ConsumeContext context) { try { // 业务处理 return Action.CommitMessage; } catch (Exception e) { // 异常处理 return Action.ReconsumeLater; } } } 
 

举个 🌰 栗子，XXL-JOB 中使用：
 

 

java
 

代码解读
 

复制代码
 

@Slf4j @Component @JobHandler @RequiredArgsConstructor public class PushXXRobotContactJob extends IJobHandler { // 加上注解 @TraceId @Override public ReturnT<String> execute(String param) { return ReturnT.SUCCESS; } } 
 

（3）多线程（父子线程）
 

由于 MDC 是基于 ThreadLocal 实现，上下文信息是线程私有的，并且 ThreadLocal 变量具有不继承性，所以如果代码中使用了多线程，traceId 是无法自动传递的。
 

官方建议： https://logback.qos.ch/manual/mdc.html
 

  1. 在父线程新建子线程之前调用 MDC.getCopyOfContextMap() 方法将 MDC 内容取出来传给子线程
  2. 子线程在执行操作前先调用 MDC.setContextMap() 方法将父线程的 MDC 内容设置到子线程
 

方式一：使用 Decorator
 

 

java
 

代码解读
 

复制代码
 

public class TraceIdTaskDecorator implements TaskDecorator { @Override public Runnable decorate(Runnable runnable) { Map<String, String> context = MDC.getCopyOfContextMap(); return () -> { try { MDC.setContextMap(context); runnable.run(); } finally { MDC.clear(); } }; } } 
 

🌰 栗子1： @Async
 

 

java
 

代码解读
 

复制代码
 

@Slf4j @Configuration @EnableAsync public class AsyncConfig implements AsyncConfigurer { @Override public Executor getAsyncExecutor() { ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor(); executor.setCorePoolSize(3); executor.setMaxPoolSize(10); executor.setQueueCapacity(100); executor.setThreadNamePrefix("AsyncThread-"); executor.setTaskDecorator(MdcTaskDecorator::new); executor.initialize(); return executor; } private static class MdcTaskDecorator implements Runnable { private final Runnable delegate; public MdcTaskDecorator(Runnable delegate) { this.delegate = delegate; } @Override public void run() { String traceId = MDC.get("traceId"); if (StringUtils.isNotBlank(traceId)) { MDC.put("traceId", traceId); } try { delegate.run(); } finally { MDC.clear(); } } } } 
 

方式二：使用 InheritableThreadLocal 对象
 

 

java
 

代码解读
 

复制代码
 

public class UserInheritableUtils { private static final InheritableThreadLocal<String> THREAD_LOCAL = new InheritableThreadLocal<>(); public static String get(){ return THREAD_LOCAL.get(); } public static void set(String val){ THREAD_LOCAL.set(val); } public static void clear(){ THREAD_LOCAL.remove(); } } 
 

ThreadLocal 变量的不继承性
 

在使用 ThreadLocal 存储本地变量时，主线程与子线程之间不具有继承性。
 

在主线程中使用 ThreadLocal 对象保存本地变量后，无法通过同一个 ThreadLocal 对象获取到主线程中保存的只。
 

🌰 栗子1：子线程获取主线程的值
 

 

java
 

代码解读
 

复制代码
 

public class ThreadLocalTest { private static final ThreadLocal<String> THREAD_LOCAL = new ThreadLocal<>(); public static void main(String[] args) { THREAD_LOCAL.set("main_thread_donald"); // 主线程保存值 new Thread(() -> { // 子线程获取对应的值 System.out.println("在子线程中获取到的本地变量的值为：" + THREAD_LOCAL.get()); }).start(); System.out.println("在主线程中获取到的本地变量的值为：" + THREAD_LOCAL.get()); } } 
 

输出结果如下：
 

结论：在主线程中通过 ThreadLocal 对象保存值后，在子线程中通过相同的 ThreadLocal 对象是无法获取到这个值的。
 

 

java
 

代码解读
 

复制代码
 

在主线程中获取到的本地变量的值为：main_thread_donald 在子线程中获取到的本地变量的值为：null Process finished with exit code 0 
 

🌰 栗子2：InheritableThreadLocal 使用
 

如果需要在子线程中获取到主线程中保存的值，则可以使用 InheritableThreadLocal 对象。
 

 

java
 

代码解读
 

复制代码
 

public class InheritableThreadLocalTest { private static final ThreadLocal<String> THREAD_LOCAL = new InheritableThreadLocal<>(); public static void main(String[] args) { THREAD_LOCAL.set("main_thread_donald"); // 主线程保存值 new Thread(() -> { // 子线程获取对应的值 System.out.println("在子线程中获取到的本地变量的值为：" + THREAD_LOCAL.get()); }).start(); System.out.println("在主线程中获取到的本地变量的值为：" + THREAD_LOCAL.get()); } } 
 

输出结果如下：
 

结论：在主线程中通过 InheritableThreadLocal 对象保存值后，在子线程中通过相同的 InheritableThreadLocal 对象是可以获取到这个值的。
 

 

shell
 

代码解读
 

复制代码
 

在主线程中获取到的本地变量的值为：main_thread_donald 在子线程中获取到的本地变量的值为：main_thread_donald Process finished with exit code 0 
 

（4）sls 接入日志/查看
 

日常工作中，查询日志依赖阿里云的 sls。排查问题，会跟根据告警信息中的 traceId 进行查询。
 

  • 接收告警信息：文本中带有 traceId
  • 根据 traceId 查询调用链
 


                

        

        

    

  


    

      

        

            

              
                
                  「已注销」
                
              
            

            

                关注
              
            

        

        

          
      

      









                



	

		

			

				
					
微服务学习系列13：MDC实现日志链路追踪

				
			

			

				

					yangyanping20108的博客
				

				

					04-27
					
					1855
					
				

			

		

		

			
				
开发过程中难免遇到需要查看日志来找出问题出在哪一环节的情况，而在实际情况中服务之间互相调用所产生的日志冗长且复杂，若是再加上同一时间别的请求所产生的日志，想要精准定位自己想要查看的日志就比较麻烦。为解决此问题，遂使用MDC日志追踪

			
		

	



                

            
              



	

		

			

				
					
分布式系统的服务链路追踪原理

				
			

			

				

					weixin_44753686的博客
				

				

					05-03
					
					3250
					
				

			

		

		

			
				
场景：
开发和运维人员从入口服务A开始查起，确认服务A没有问题，然后到服务B，在服务B中进行排查，确认服务B没有问题，在传递到服务C中进行排查，以此类推。有时查一个问题，会把服务架构中的多个应用查询一遍，而有时出问题的系统恰恰是底层系统，在排查了多个不必要的系统后才能准确的定位问题。
如何解决该问题呢？那就是服务调用链路跟踪
调用链路跟踪
谷歌在2010年发布的Dapper论文中介绍了谷歌分布式系...

			
		

	



              


  
              

                


	

		

			

				
					
MDC日志追踪（一）介绍

					
最新发布

				
			

			

				

					w_t_y_y的博客
				

				

					09-13
					
					154
					
				

			

		

		

			
				
追踪日志。

			
		

	





	

		

			

				
					
Spring Cloud微服务调用链的追踪与管理：深入探索与实践

				
			

			

				

					2401_85761003的博客
				

				

					08-11
					
					625
					
				

			

		

		

			
				
Spring Cloud Sleuth为Spring Cloud应用提供了一种分布式追踪解决方案。它通过为每个入站和出站请求生成一个唯一的追踪ID，确保了请求在微服务之间的传递过程中能够被准确地追踪。此外，Sleuth还与Zipkin、Elasticsearch等系统集成，提供了调用链数据的收集、存储和可视化功能。服务调用链的追踪和管理是微服务架构中不可或缺的一部分。Spring Cloud通过Sleuth和Zipkin等工具，为开发者提供了一套强大的解决方案。

			
		

	



		

			
		



	

		

			

				
					
SpringBoot结合MDC实现链路追踪设计

				
			

			

				

					wgq2020的博客
				

				

					08-19
					
					833
					
				

			

		

		

			
				
然而，在大多数情况下，如果你的拦截器已经正确地在每个请求开始时设置了MDC，并且你使用的是支持InheritableThreadLocal的线程池（如上面的ThreadPoolTaskExecutor），那么子线程应该会自动继承父线程的MDC，你不需要在MdcTaskDecorator中显式设置它。注意：上面的MDC.get(“traceId”)和MDC.put(“traceId”, traceId)是假设的调用，因为MDC本身并不直接提供这样的静态方法。

			
		

	





	

		

			

				
					
08 | 如何追踪微服务调用？

				
			

			

				

					qq_37756660的博客
				

				

					12-08
					
					1164
					
				

			

		

		

			
				
今天讲解了服务追踪的基本原理以及实现方式，可以说服务追踪是分布式系统中必不可少的功能，它能够帮助我们查询一次用户请求在系统中的具体执行路径，以及每一条路径的上下游的详细情况，对于追查问题十分有用。实现一个服务追踪系统，涉及数据采集、数据处理和数据展示这三个流程，有多种实现方式，具体采用哪一种要根据自己的业务情况来选择。关于服务追踪系统的选型在专栏后面会详细展开介绍，这里只需要了解它的基本工作原理就可以了。

			
		

	





	

		

			

				
					
探索微服务架构中的链路追踪

				
			

			

				

					Javajdkbz的博客
				

				

					06-15
					
					982
					
				

			

		

		

			
				
简介：一个用于分布式追踪的Spring组件，集成了多个链路追踪系统（如Zipkin和OpenTelemetry）。优点：与Spring生态系统高度集成，配置简单，支持自动生成和传播追踪信息。缺点：主要针对Spring框架，非Spring项目使用时需要额外适配。Zipkin简介：一个开源的分布式追踪系统，用于收集、存储和展示追踪数据。优点：简单易用，提供了直观的Web界面，广泛支持各种语言和框架。缺点：功能相对简单，缺乏一些高级功能。

			
		

	





	

		

			

				
					
微服务调用链日志追踪分析

				
			

			

				

					duan18888的博客
				

				

					05-17
					
					3354
					
				

			

		

		

			
				
一、技术原理

1.1 背景

微服务架构是一个分布式架构，它按业务划分服务单元，一个分布式系统往往有很多个服务单元。由于服务单元数量众多，业务的复杂性，如果出现了错误和异常，很难去定位。主要体现在，一个请求可能需要调用很多个服务，而内部服务的调用复杂性，决定了问题难以定位。所以微服务架构中，必须实现分布式链路追踪，去跟进一个请求到底有哪些服务参与，参与的顺序又是怎样的，从而达到每个请求的步骤清晰可见，出了问题，很快定位。

举个例子，在微服务系统中，一个来自用户的请求，请求先达到前端A（如前端界面），然后

			
		

	





	

		

			

				
					
java调用链_JAVA 应用程序内调用链跟踪简单实现方案(基于日志)

				
			

			

				

					weixin_42139357的博客
				

				

					02-13
					
					1028
					
				

			

		

		

			
				
背景描述：在用java语言开发经典的MVC服务端应用时，一个请求从controller进入，会经过N个service层，N个Dao层。怎么准确的跟踪一次请求到底经过了哪些方法？ 本文基于log4j日志提供一个解决思路(如有相同，纯属巧合，^_^)。实现方案：1. 首先要实现能区分每次请求的唯一标识(记作：traceId), 可以通过如下TraceContext .ctx.getTraceId() ...

			
		

	





	

		

			

				
					
MDC实现微服务日志链路追踪

				
			

			

				

					dsa_king的博客
				

				

					12-23
					
					2911
					
				

			

		

		

			
				
问题分析
在高并发情况下，我们没办法快速定位用户在一次请求中对应的所有日志，或者说是定位某个用户操作的所有日志，在追踪用户行为或排查生产问题会显得十分棘手，那是因为我们在输出的日志的时候没把请求的唯一标示或者说是用户身份标示输出到我们的日志中，导致我们没办法根据一个请求或者用户身份标识来做日志的过滤。
解决方案
我们在记录日志的时候把请求的唯一标识（sessionId）或者身份标识（userId） 记录到日志中这个问题就可以得到很好的解决了（本文使用UUID）并在每次输出log的时候将这个UUID输出到日志

			
		

	





	

		

			

				
					
MDC04、MDC02中文手册

				
			

			

				

					07-13
				

			

		

		

			
				
MDC04、MDC02中文手册  MDC04和MDC02是高集成度的数字模拟混合信号传感集成电路，芯片直接与被测物附近的差分电容极板相连，利用不同物质介电常数的区别，通过放大、数字转换、补偿计算电容的微小变化来实现物质成分...

			
		

	





	

		

			

				
					
zipkin分布式服务追踪与调用链系统

				
			

			

				

					xiaobo5264063的博客
				

				

					04-08
					
					478
					
				

			

		

		

			
				
产生的背景
	
	服务追踪组件, 在微服务架构中,众多的微服务之间互相调用,如何清晰地记录服务的调用链路是一个需要解决的问题. 同时,由于各种原因,跨进程的服务调用失败时,运维人员希望能够通过查看日志和查看服务之间的调用关系来定位问题,而Spring cloud sleuth组件正是为了解决微服务跟踪的组件.

	该组件最好和zipkin结合使用, zipkin是图形化的.
	zipkin默...

			
		

	





	

		

			

				
					
【Spring Cloud】微服务链路跟踪Sleuth

				
			

			

				

					低调做人，低调编码，神码都是浮云
				

				

					05-30
					
					1713
					
				

			

		

		

			
				
SpringCloud微服务链路追踪：Sleuth

			
		

	





	

		

			

				
					
微服务框架TraceId方案

				
			

			

				

					雨后是冰雹
				

				

					05-22
					
					3179
					
				

			

		

		

			
				
MDC（Mapped Diagnostic Context，映射诊断上下文）是 log4j 和 logback 提供的一种方便在多线程条件下记录日志的机制。MDC 中包含的内容可以被同一线程中执行的代码所访问。当前线程的子线程会继承其父线程中的 MDC 的内容(只有子线程创建的时候初始化一次并不适用于线程池)。在项目中随着项目的业务越来越复杂，以及项目的微服务化等，导致平常的项目中出现如：同一次操作日志散乱等现象，对通过查询日志的方式排查问题造成极大困扰。因此迫切需要一种可以追溯当前链路操作日志的手段。

			
		

	





	

		

			

				
					
微服务架构之「 调用链监控 」

				
			

			

				

					weixin_30394981的博客
				

				

					05-28
					
					529
					
				

			

		

		

			
				
「 调用链监控 」是在微服务兴起后才有的一种新流行的监控模式。因为在我们传统单体应用的项目中，不存在服务链/调用链的概念，所以也就根本没有调用链监控的需求了。
当我们开始微服务架构之后，我们的很多服务变成分布式的了，并且我们对服务进行了拆分，拆分之后，用户的一个请求进来，会依次经过不同的服务节点进行处理，处理完成后再返回结果给用户。那么在整个处理的链条中，如果有任何一个节点出现了延迟或者问题...

			
		

	





	

		

			

				
					
MDC使用

				
			

			

				

					qq_32806781的博客
				

				

					09-17
					
					352
					
				

			

		

		

			
				
MDC（Mapped Diagnostic Contexts）映射诊断上下文，主要用在做日志链路跟踪时，动态配置用户自定义的一些信息，比如requreqiestId、sessionId等等。MDC使用的容器支持多线程操作，满足线程安全。
使用示例：
此处示例为请求日志拦截中的设置requreqiestId
public Object aroundReq(ProceedingJoinPoint joinPoint) throws Throwable {
        MethodSignature meth

			
		

	





	

		

			

				
					
MDC的使用

				
			

			

				

					Jarvis's Blog
				

				

					10-13
					
					3178
					
				

			

		

		

			
				
MDC方便我们快速查找日志

			
		

	





	

		

			

				
					
MDC是什么鬼？用法、源码一锅端

				
			

			

				

					吒哇
				

				

					08-17
					
					1169
					
				

			

		

		

			
				
近期用到阿里的一款开源的数据同步工具Canal，不经意之中看到了 MDC 的用法，而且平时项目中也多次用到 MDC，趁机科普一把。

通过今天的分享，能让你轻松 get 如下几点，绝对收获满满。

a）MDC 快速入门；

b）MDC 源码解读；

c）MDC 能干什么？

阿里开源项目 Canal：



老项目这么用过：



但是无论怎么用，都逃不过 MDC API 的使用，下面先花一分钟快速入门，然后再逐步去深入 MDC。

1.MDC 快速入门

MDC 全称是Mapped Diagnost...

			
		

	





	

		

			

				
					
微服务feign调用 MDC如何传递

				
			

			

				

					09-09
				

			

		

		

			
				
在微服务架构中，如果使用Feign来进行服务间的通信，并且希望在调用链路中传递MDC（Mapped Diagnostic Context），可以按照以下步骤进行配置：

1. 配置Feign的RequestInterceptor：通过实现Feign的RequestInterceptor接口，可以在请求被发送之前拦截请求并修改请求的头部信息。在这个拦截器中，你可以将MDC的数据添加到请求头中。

```java
public class MDCFeignRequestInterceptor implements RequestInterceptor {
    @Override
    public void apply(RequestTemplate template) {
        // 获取MDC的数据并添加到请求头
        template.header("X-MDC-Data", MDC.getCopyOfContextMap().toString());
    }
}
```

2. 注册MDCFeignRequestInterceptor：将上述的拦截器注册到Feign客户端中。

```java
@Configuration
public class FeignConfig {
    @Bean
    public MDCFeignRequestInterceptor mdcFeignRequestInterceptor() {
        return new MDCFeignRequestInterceptor();
    }

    @Bean
    public feign.RequestInterceptor requestInterceptor() {
        return mdcFeignRequestInterceptor();
    }
}
```

3. 在服务调用的地方使用@FeignClient注解指定feign.RequestInterceptor的Bean。

```java
@FeignClient(name = "service-name", configuration = FeignConfig.class)
public interface MyFeignClient {
    // Feign接口定义
}
```

通过以上配置，MDC的数据就会被传递到Feign请求的头部中。在服务提供方接收到请求后，可以从请求头中获取MDC的数据，并将其设置到MDC中，以保证在服务提供方的日志中能够正确地记录MDC的相关信息。

当然，在使用上述方法传递MDC时，需要确保各个微服务的日志框架都支持MDC，并且在日志输出时正确地处理MDC的数据。

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值