- 1. 前言
- 2. 解决思路
- 3. 方案实现
- 3.1 修改日志模板
- 3.2 网关添加过滤器
- 3.3 下游服务增加spring拦截器
- 3.4 下游服务增加feign拦截器
- 3.5 解决父子线程传递问题
- 3.5.1 重写logback的LogbackMDCAdapter
- 3.5.2 扩展线程池实现
- 4. 场景测试
开发排查系统问题用得最多的手段就是查看系统日志,在分布式环境中一般使用ELK来统一收集日志,但是在并发大时使用日志定位问题还是比较麻烦,由于大量的其他用户/其他线程的日志也一起输出穿行其中导致很难筛选出指定请求的全部相关日志,以及下游线程/服务对应的日志。
2. 解决思路解决思路:
- 每个请求都使用一个唯一标识来追踪全部的链路显示在日志中,并且不修改原有的打印方式(代码无入侵)
- 使用
Logback
的MDC
机制日志模板中加入traceId
标识,取值方式为%X{traceId}
MDC(Mapped Diagnostic Context,映射调试上下文)是 log4j 和 logback 提供的一种方便在多线程条件下记录日志的功能。MDC 可以看成是一个与当前线程绑定的Map,可以往其中添加键值对。MDC 中包含的内容可以被同一线程中执行的代码所访问。当前线程的子线程会继承其父线程中的 MDC 的内容。当需要记录日志时,只需要从 MDC 中获取所需的信息即可。MDC 的内容则由程序在适当的时候保存进去。对于一个 Web 应用来说,通常是在请求被处理的最开始保存这些数据。
3. 方案实现由于MDC
内部使用的是ThreadLocal
所以只有本线程才有效,子线程和下游的服务MDC
里的值会丢失;所以方案主要的难点是解决值的传递问题,主要包括以几下部分:
- API网关中的MDC数据如何传递给下游服务
- 服务如何接收数据,并且调用其他远程服务时如何继续传递
- 异步的情况下(线程池)如何传给子线程
logback配置文件日志格式添加该标识:
生成traceId
并通过header
传递给下游服务
接收并保存traceId
的值:
拦截器 注册拦截器
继续把当前服务的traceId
值传递给下游服务:
主要针对业务会使用线程池(异步、并行处理),并且spring
自己也有@Async
注解来使用线程池,要解决这个问题需要以下两个步骤:
由于logback
的MDC
实现内部使用的是ThreadLocal
不能传递子线程,所以需要重写替换为阿里的TransmittableThreadLocal
TransmittableThreadLocal
是Alibaba
开源的、用于解决 “在使用线程池等会缓存线程的组件情况下传递ThreadLocal
” 问题的 InheritableThreadLocal
扩展。若希望 TransmittableThreadLocal
在线程池与主线程间传递,需配合 TtlRunnable
和 TtlCallable
使用。
TtlMDCAdapter类:
package org.slf4j;
import com.alibaba.ttl.TransmittableThreadLocal;
import org.slf4j.spi.MDCAdapter;
public class TtlMDCAdapter implements MDCAdapter {
/**
* 此处是关键
*/
private final ThreadLocal copyOnInheritThreadLocal = new TransmittableThreadLocal();
private static TtlMDCAdapter mtcMDCAdapter;
static {
mtcMDCAdapter = new TtlMDCAdapter();
MDC.mdcAdapter = mtcMDCAdapter;
}
public static MDCAdapter getInstance() {
return mtcMDCAdapter;
}
其他代码与ch.qos.logback.classic.util.LogbackMDCAdapter
一样,只需改为调用copyOnInheritThreadLocal
变量
TtlMDCAdapterInitializer类用于程序启动时加载自己的mdcAdapter实现:
public class TtlMDCAdapterInitializer implements ApplicationContextInitializer {
@Override
public void initialize(ConfigurableApplicationContext applicationContext) {
//加载TtlMDCAdapter实例
TtlMDCAdapter.getInstance();
}
}
3.5.2 扩展线程池实现
增加TtlRunnable
和TtlCallable
扩展:
public class CustomThreadPoolTaskExecutor extends ThreadPoolTaskExecutor {
@Override
public void execute(Runnable runnable) {
Runnable ttlRunnable = TtlRunnable.get(runnable);
super.execute(ttlRunnable);
}
@Override
public Future submit(Callable task) {
Callable ttlCallable = TtlCallable.get(task);
return super.submit(ttlCallable);
}
@Override
public Future submit(Runnable task) {
Runnable ttlRunnable = TtlRunnable.get(task);
return super.submit(ttlRunnable);
}
@Override
public ListenableFuture submitListenable(Runnable task) {
Runnable ttlRunnable = TtlRunnable.get(task);
return super.submitListenable(ttlRunnable);
}
@Override
public ListenableFuture submitListenable(Callable task) {
Callable ttlCallable = TtlCallable.get(task);
return super.submitListenable(ttlCallable);
}
}
4. 场景测试
1.测试代码如下: 2. api网关打印的日志:网关生成traceId值为
13d9800c8c7944c78a06ce28c36de670
3. 请求跳转到文件服务时打印的日志:显示的
traceId
与网关相同,这里特意模拟发生异常的场景
4.ELK聚合日志通过traceId查询整条链路日志: 当系统出现异常时,可直接通过该异常日志的traceId的值,在日志中心中询该请求的所有日志信息