在java日志记录中，区分业务日志和系统日志最标准且高效的做法是利用slf4j的mdc（mapped diagnostic context）机制。通过在执行流入口处设置特定的键值对（如`logtype`），并在logback或log4j2的配置文件中定义patternlayout时引用该变量，即可在输出格式上实现物理隔离。这样无需修改业务代码中的日志调用方式，仅靠配置就能将不同性质的日志写入不同的文件或控制台。
如何配置日志文件以分离不同类型的日志
要实现上述分离，核心在于修改日志框架的配置文件（通常是`logback.xml`）。你需要定义两个不同的Appender，一个专门处理业务日志，另一个处理系统日志，并通过Logger级别或MDC条件进行路由。例如，可以创建一个名为`business`的Logger专门捕获标记为业务的日志，而根Logger或其他Logger捕获系统日志。关键在于PatternLayout中的`%X{logType}`占位符，它会动态读取当前线程上下文中存储的值。
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<appender name="BUSINESS_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>logs/business.log</file>
<encoder>
<pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %X{logType} %-5level %logger{36} - %msg%n</pattern>
</encoder>
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>INFO</level>
<onMatch>ACCEPT</onMatch>
<onMismatch>DENY</onMismatch>
</filter>
</appender>
<appender name="SYSTEM_FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<file>logs/system.log</file>
<encoder>
<pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %X{logType} %-5level %logger{36} - %msg%n</pattern>
</encoder>
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>WARN</level>
<onMatch>ACCEPT</onMatch>
<onMismatch>DENY</onMismatch>
</filter>
</appender>
<logger name="com.example.business" level="INFO" additivity="false">
<appender-ref ref="BUSINESS_FILE"/>
</logger>
<root level="WARN">
<appender-ref ref="SYSTEM_FILE"/>
</root>
</configuration>
如何在代码中动态注入日志类型标识
在代码层面，不需要在每个日志语句中手动拼接字符串，而是利用拦截器或过滤器在请求开始时统一设置上下文。对于Web应用，可以通过实现`HandlerInterceptor`或在Servlet Filter中完成。在进入业务逻辑前，向MDC放入`logType`为`BUSINESS`；在处理框架内部事件或启动类初始化时，放入`SYSTEM`。务必在请求结束后清理MDC，防止线程池复用导致的数据污染。这种方式保证了日志来源的可追溯性，且对业务代码侵入性极低。
立即学习“Java免费学习笔记（深入）”；
import org.slf4j.MDC;
import org.springframework.stereotype.Component;
import org.springframework.web.servlet.HandlerInterceptor;
public class LogContextInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(javax.servlet.http.HttpServletRequest request,
javax.servlet.http.HttpServletResponse response,
Object handler) throws Exception {
// 设置业务日志标识
MDC.put("logType", "BUSINESS");
return true;
}
@Override
public void afterCompletion(javax.servlet.http.HttpServletRequest request,
javax.servlet.http.HttpServletResponse response,
Object handler, Exception ex) throws Exception {
// 清理上下文，防止线程复用问题
MDC.clear();
}
}
MDC上下文在线程池任务中会丢失吗
MDC基于ThreadLocal实现，因此当业务线程提交任务到自定义线程池时，子线程无法自动继承父线程的MDC数据。这会导致子线程中的日志缺失`logType`标识，从而可能被错误地归类或过滤。解决这个问题的标准做法是使用装饰器模式包装Runnable或Callable，或者使用支持MDC传递的线程池工具类（如Logback提供的`MDCContextExecutorService`或Spring的`TaskDecorator`）。在任务执行前，将父线程的MDC快照复制到子线程的执行环境中，确保日志链路完整。
