【SpringBoot】Spring Boot 与日志

1. 前言

业务背景

     小张：开发了一个大型分布式系统；

1.  System.out.println("")；将关键数据打印在控制台；去掉？写在一个文件？
2. ​ 框架来记录系统的一些运行时信息；日志框架 ； zhanglogging.jar；
3. ​ 高大上的几个功能？异步模式？自动归档？xxxx？ zhanglogging-good.jar？
4. ​ 将以前框架卸下来？换上新的框架，重新修改之前相关的API；zhanglogging-prefect.jar；
5. ​ JDBC---数据库驱动；

其实，写一个统一的接口层；日志门面（日志的一个抽象层）；logging-abstract.jar，给项目中导入具体的日志实现就行了；我们之前的日志框架都是实现的抽象层；

（1）市面上的日志框架；

JUL、JCL、Jboss-logging、logback、log4j、log4j2、slf4j....

左边选一个门面（抽象层）、右边来选一个实现；

• 日志门面： SLF4J；
• 日志实现：Logback；
• SpringBoot：底层是Spring框架，Spring框架默认是用JCL；‘
• SpringBoot：选用 SLF4j和logback；

2. 主流日志的使用 

Logback是由 log4j创始人设计的又一个开源日志组件，以后开发的时候，日志记录方法的调用，不应该来直接调用日志的实现类，而是调用日志抽象层里面的方法，给系统里面导入slf4j的jar和 logback的实现jar.

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class HelloWorld {
  public static void main(String[] args) {
    Logger logger = LoggerFactory.getLogger(HelloWorld.class);
    logger.info("Hello World");
  }
}

图示日志使用方法：

每一个日志的实现框架都有自己的配置文件。使用slf4j以后，配置文件还是做成日志实现框架自己本身的配置文件；

多种不同的日志实现，存在的问题（以前的框架用自己的日志框架，最后一个系统用了很多不同的日志框架的问题）

• slf4j+logback
• Spring（commons-logging）
• Hibernate（jboss-logging）
• MyBatis、xxxx

那么如何统一日志框架记录，即使是别的框架和我一起统一使用slf4j进行输出？

• 官网给出桥接旧版本日志框架的API

官方推荐让系统中所有的日志都统一到slf4j，springboot 默认也是这么做的：

1. 先将系统中其他日志框架先排除出去
2. 再用中间包来替换原有的日志框架
3. 然后我们导入slf4j其他的实现     

2.1 slf4j 和 springboot 使用指南

在SpringBoot 中默认使用的就是 slf4j 的日志

SpringBoot中默认依赖包，下面是Maven依赖：

   <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
   </dependency>
    <!--日志功能依赖包--> 
   <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-logging</artifactId>
    </dependency>

日志包的依赖关系，最终都转换为 slf4j 日志形式进行管理

springboot具体统一化日志的处理流程：

1. ​ SpringBoot底层也是使用slf4j+logback的方式进行日志记录
2. ​ SpringBoot也把其他的日志都替换成了slf4j；
3. ​ 中间替换包？ （偷梁换柱包）

@SuppressWarnings("rawtypes")
public abstract class LogFactory {

    static String UNSUPPORTED_OPERATION_IN_JCL_OVER_SLF4J =
          "http://www.slf4j.org/codes.html#unsupported_operation_in_jcl_over_slf4j";
    
           //中间包  实际是对log4j日志 new slf4j的对象 进行替换过度

    static LogFactory logFactory = new SLF4JLogFactory();

如果我们要引入其他日志框架，一定要把这个框架的默认日志依赖移除掉，比如 SpringBoot 如果要使用 log4j2日志则需要排除springboot自带的logging日志，并引入新的方式日志

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-log4j2</artifactId>
        </dependency>

结论：SpringBoot能自动适配所有的日志，而且底层使用slf4j+logback的方式记录日志，引入其他框架的时候，只需要把这个框架依赖的日志框架排除掉即可；

(1) slf4j 日志依赖包，springboot自带了，并且会把 logback、log4j 等形式的日志通过中间包转换为slf4j 形式日志

(2) 日志配置文件

在项目的resources目录下，新建logback-spring.xml 或者logback.xml命名的文件，但是推荐使用logback-spring.xml命名格式。因为logback.xml直接就被日志框架识别了，logback-spring.xml 日志框架就不直接加载日志的配置项，由SpringBoot解析日志配置，可以使用SpringBoot的高级Profile功能

文件内容：

<?xml version="1.0" encoding="UTF-8"?>
<!--
scan：当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true。
scanPeriod：设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒当scan为true时，此属性生效。默认的时间间隔为1分钟。
debug：当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。
-->
<configuration scan="false" scanPeriod="60 seconds" debug="false">
    <!-- 定义日志的根目录 -->
    <property name="LOG_HOME" value="/app/log" />
    <!-- 定义日志文件名称 -->
    <property name="appName" value="atguigu-springboot"></property>
    <!-- ch.qos.logback.core.ConsoleAppender 表示控制台输出 -->
    <appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
        <!--
        日志输出格式：
			%d表示日期时间，
			%thread表示线程名，
			%-5level：级别从左显示5个字符宽度
			%logger{50} 表示logger名字最长50个字符，否则按照句点分割。 
			%msg：日志消息，
			%n是换行符
        -->
        <layout class="ch.qos.logback.classic.PatternLayout">
            <!--多环境profile 配置-->
            <springProfile name="dev">
                <!-- configuration to be enabled when the "production" profile is not active -->
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS}----->[%thread] %-5level %logger{50} --> %msg%n</pattern>
            </springProfile>
            <springProfile name="!dev">
                <!-- configuration to be enabled when the "production" profile is not active -->
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS}=====> [%thread] %-5level %logger{50}==>%msg%n</pattern>
            </springProfile>
        </layout>
    </appender>

    <!-- 滚动记录文件，先将日志记录到指定文件，当符合某个条件时，将日志记录到其他文件 -->  
    <appender name="appLogAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!-- 指定日志文件的名称 -->
        <file>${LOG_HOME}/${appName}.log</file>
        <!--
        当发生滚动时，决定 RollingFileAppender 的行为，涉及文件移动和重命名
        TimeBasedRollingPolicy： 最常用的滚动策略，它根据时间来制定滚动策略，既负责滚动也负责出发滚动。
        -->
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <!--
            滚动时产生的文件的存放位置及文件名称 %d{yyyy-MM-dd}：按天进行日志滚动 
            %i：当文件大小超过maxFileSize时，按照i进行文件滚动
            -->
            <fileNamePattern>${LOG_HOME}/${appName}-%d{yyyy-MM-dd}-%i.log</fileNamePattern>
            <!-- 
            可选节点，控制保留的归档文件的最大数量，超出数量就删除旧文件。假设设置每天滚动，
            且maxHistory是365，则只保存最近365天的文件，删除之前的旧文件。注意，删除旧文件是，
            那些为了归档而创建的目录也会被删除。
            -->
            <MaxHistory>365</MaxHistory>
            <!-- 
            当日志文件超过maxFileSize指定的大小是，根据上面提到的%i进行日志文件滚动 注意此处配置SizeBasedTriggeringPolicy是无法实现按文件大小进行滚动的，必须配置timeBasedFileNamingAndTriggeringPolicy
            -->
            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <maxFileSize>100MB</maxFileSize>
            </timeBasedFileNamingAndTriggeringPolicy>
        </rollingPolicy>
        <!-- 日志输出格式： -->     
        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n</pattern>
        </layout>
    </appender>

    <!-- 
		logger主要用于存放日志对象，也可以定义日志类型、级别
		name：表示匹配的logger类型前缀，也就是包的前半部分
		level：要记录的日志级别，包括 TRACE < DEBUG < INFO < WARN < ERROR
		additivity：作用在于children-logger是否使用 rootLogger配置的appender进行输出，
		false：表示只用当前logger的appender-ref，true：
		表示当前logger的appender-ref和rootLogger的appender-ref都有效
    -->
    <!-- hibernate logger -->
    <logger name="com.wxw" level="debug" />
    <!-- Spring framework logger -->
    <logger name="org.springframework" level="debug" additivity="false"></logger>


    <!-- 
    root与logger是父子关系，没有特别定义则默认为root，任何一个类只会和一个logger对应，
    要么是定义的logger，要么是root，判断的关键在于找到这个logger，然后判断这个logger的appender和level。 
    -->
    <root level="info">
        <appender-ref ref="stdout" />
        <appender-ref ref="appLogAppender" />
    </root>
</configuration> 

• 日志输出格式配置参照：https://www.docs4dev.com/docs/zh/log4j2/2.x/all/manual-layouts.html#PatternLayout

• 日志信息格式中几个常见符号所代表的含义

-X号: X信息输出时左对齐；
%p: 输出日志信息优先级，即DEBUG，INFO，WARN，ERROR，FATAL,
%d: 输出日志时间点的日期或时间，默认格式为ISO8601，也可以在其后指定格式，比如：%d{yyy MMM dd HH:mm:ss,SSS}，输出类似：2002年10月18日 22：10：28，921
%r: 输出自应用启动到输出该log信息耗费的毫秒数
%c: 输出日志信息所属的类目，通常就是所在类的全名
%t: 输出产生该日志事件的线程名
%l: 输出日志事件的发生位置，相当于%C.%M(%F:%L)的组合,包括类目名、发生的线程，以及在代码中的行数。举例：Testlog4.main (TestLog4.java:10)
%x: 输出和当前线程相关联的NDC(嵌套诊断环境),尤其用到像java servlets这样的多客户多线程的应用中。
%%: 输出一个”%”字符
%F: 输出日志消息产生时所在的文件名称
%L: 输出代码中的行号
%m: 输出代码中指定的消息,产生的日志具体信息
%n: 输出一个回车换行符，Windows平台为”\r\n”，Unix平台为”\n”输出日志信息换行
%M: 输出发出记录请求的方法名称。生成调用方的方法名称(location information)是一项昂贵的操作，可能会影响性能。请谨慎使用。
%X{name, number}:输出与生成日志事件的线程关联的线程上下文 Map(也称为 Map 诊断上下文或 MDC)。
X 转换字符后可以跟一个或多个用于大括号之间的 Map 的键，例如 ％X{} ，其中number 是键。 
MDC 中与键对应的值将被输出。ThreadContext 中存在的每个键。键/值对将按照它们在列表中出现的 Sequences 进行打印。

(3) 通过 MDC 指定slf4j日志输出内容

前置知识

InheritableThreadLocal：在代码开发中，经常使用 ThreadLocal来保证在同一个线程中共享变量。在 ThreadLocal 中，每个线程都拥有了自己独立的一个变量，线程间不存在共享竞争发生，并且它们也能最大限度的由CPU调度，并发执行。显然这是一种以空间来换取线程安全性的策略。但是，ThreadLocal有一个问题，就是它只保证在同一个线程间共享变量，也就是说如果这个线程起了一个新线程，那么新线程是不会得到父线程的变量信息的。因此，为了保证子线程可以拥有父线程的某些变量视图，JDK提供了一个数据结构，InheritableThreadLocal.为了支持InheritableThreadLocal的父子线程传递变量，JDK在Thread中，定义了ThreadLocal.ThreadLocalMap inheritableThreadLocals 属性。该属性变量在线程初始化的时候，如果父线程的该变量不为null，则会把其值复制到ThreadLocal。

MDC简单概述

MDC ( Mapped Diagnostic Contexts ) 是一个线程安全的存放诊断日志的容器。

• 业务背景：使用日志组件输出日志后，我们可以方便的查看各种线上问题，但是由于服务端并发处理大量请求，导致同一请求的日志会分散在日志输出中，如果没有唯一的标识很难定位某次请求的执行流程。
  因此，我们可能需要对一个用户的操作流程进行归类标记，比如打印用户的ID，为每次请求生成一个唯一标识并在这次请求中输出的日志都打印这个唯一标识等等。这样我们就可以从大量日志中直接定位到用户的操作流程，其目的是为了方便我们诊断线上问题而出现的工具类。
• MDC是slf4j提供的适配其他具体日志实现包的工具类，目前只有logback 和 log4j支持此功能，log4j2 不支持此功能需要使用 ThreadContext 类

Logback MDC 实现分析

Logback 中基于 MDC 实现了LogbackMDCAdapter 类，其 get 方法实现很简单，但是 put 方法会做一些优化操作。

关于 put 方法，主要有：

• 使用原始的InheritableThreadLocal<Map<String, String>>类，而不是使用子线程复制类 CopyOnInheritThreadLocal。这样，运行时可以大量避免不必要的copy操作，节省CPU消耗，毕竟在大量log操作中，子线程会很少去修改父线程中的key-value值。
• 由于上一条的优化，所以代码实现上实现了一个写时复制版本的 InheritableThreadLocal。实现会根据上一次操作来确定是否需要copy一份新的引用map，而不是去修改老的父线程的map引用。
• 此外，和 log4j 不同，其map中的val可以为null。

Logback 日志 MDC 使用

• 通过过滤器 + MDC配置全链路追踪 traceId

public class TraceMdcFilter implements Filter {

    public static final String TRACE_NAME = "traceId";

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        //对每个Request生成一个UUID并绑定到MDC中
        TraceUtil.setRequestId();
        MDC.put(TRACE_NAME, TraceUtil.getRequestId());
        chain.doFilter(request, response);
        //将TraceId放到response的Header中
        setResponseHeader(response, TraceUtil.getRequestId());
        //清空MDC防止内存泄露
        MDC.clear();
        TraceUtil.remove();
    }

    private void setResponseHeader(ServletResponse response, String traceId) {
        ((HttpServletResponse) response).setHeader(RequestUtil.REQUEST_ID, traceId);
    }
}

• 日志文件（logback-spring.xml）中设置 该 traceId.  在文件中通过%X{traceId}输出TraceId

<Console name="ConsoleLogger" target="SYSTEM_OUT">
  <PatternLayout pattern="[%d{HH:mm:ss:SSS}][traceId:%X{traceId}][%level][%logger{1.}:%L] %m%n"/>
</Console>

• 这样每次请求就很方便在日志中区分出来了

相关文章

1. Slf4j MDC 使用和 基于 Logback 的实现分析
2. logback日志与MDC机制

2.2 log4j2 和 springboot 使用指南

• log4j2官网文档：https://www.docs4dev.com/docs/zh/log4j2/2.x/all/manual-configuration.html#XML

(1) 修正springboot 日志依赖，先排除 自带的 slf4j ,然后引入 log4j2 日志

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>org.springframework.boot</groupId>
                    <artifactId>spring-boot-starter-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-log4j2</artifactId>
        </dependency>

(2) 日志配置文件

<?xml version="1.0" encoding="UTF-8"?>
<!--Configuration后面的status，这个用于设置log4j2自身内部的信息输出，可以不设置，当设置成trace时，你会看到log4j2内部各种详细输出-->
<!--monitorInterval：Log4j能够自动检测修改配置 文件和重新配置本身，设置间隔秒数-->
<configuration monitorInterval="5">
    <!--日志级别以及优先级排序: OFF > FATAL > ERROR > WARN > INFO > DEBUG > TRACE > ALL -->

    <!--变量配置-->
    <Properties>
        <property name="log.path" value="logs"/>
        <property name="node.name" value="node-1"/>
        <!-- 格式化输出：%date表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度 %msg：日志消息，%n是换行符-->
        <!-- %logger{36} 表示 Logger 名字最长36个字符 -->
        <property name="LOG_PATTERN" value="[%X{traceId}] %d{HH:mm:ss.SSS} %-5level %c{36}:%L - %msg%n" />
        <!-- 定义日志存储的路径 -->
        <property name="DATE" value="%d{yyyy-MM-dd}" />
    </Properties>

    <appenders>
        <!--控制台输出-->
        <console name="Console" target="SYSTEM_OUT">
            <!--输出日志的格式-->
            <PatternLayout pattern="${LOG_PATTERN}"/>
            <!--控制台只输出level及其以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
            <ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
        </console>

        <!--文件会打印出所有信息，这个log每次运行程序会自动清空，由append属性决定，适合临时测试用-->
        <File name="FileLog" fileName="${log.path}/${node.name}.log" append="true">
            <PatternLayout pattern="${LOG_PATTERN}"/>
        </File>

        <!-- 这个会打印出所有的info及以下级别的信息，每次大小超过size，则这size大小的日志会自动存入按年份-月份建立的文件夹下面并进行压缩，作为存档-->
        <RollingFile name="RollingFileInfo" filePattern="${log.path}/${node.name}.%d{yyyy-MM-dd}.%i.log" >
            <!--控制台只输出level及以上级别的信息（onMatch），其他的直接拒绝（onMismatch）-->
            <ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY"/>
            <PatternLayout pattern="${LOG_PATTERN}"/>
            <Policies>
                <!--interval属性用来指定多久滚动一次，默认是1 hour-->
                <TimeBasedTriggeringPolicy interval="24"/> <!--24小时 每天滚动一次-->
                <SizeBasedTriggeringPolicy size="5MB"/>
            </Policies>
            <!-- DefaultRolloverStrategy属性如不设置，则默认为最多同一文件夹下7个文件开始覆盖-->
            <DefaultRolloverStrategy max="15"/>
        </RollingFile>
    </appenders>

    <!--Logger节点用来单独指定日志的形式，比如要为指定包下的class指定不同的日志级别等。-->
    <!--然后定义loggers，只有定义了logger并引入的appender，appender才会生效-->
    <loggers>
        <!--监控系统信息-->
        <!--若是additivity设为false，则 子Logger 只会在自己的appender里输出，而不会在 父Logger 的appender里输出。-->
        <Logger name="org.springframework" level="info" additivity="false">
            <AppenderRef ref="Console"/>
        </Logger>

        <root level="info">
            <appender-ref ref="Console"/>
            <appender-ref ref="FileLog"/>
            <appender-ref ref="RollingFileInfo"/>
        </root>
    </loggers>

</configuration>

(3) 通过MDC 指定日志traceId 内容

@Configuration
public class TraceMdcFilter implements Filter {

    private static final String TRACE_ID = "traceId";

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        try {
            String traceId = UUID.randomUUID().toString().replaceAll("-", "").toUpperCase();
            // MDC slf4j = logback | log4j
            // ThreadContext  log4j2
            MDC.put(TRACE_ID,traceId);

            filterChain.doFilter(servletRequest,servletResponse);
        } finally {
           if (MDC.get(TRACE_ID) != null){
               MDC.remove(TRACE_ID);
           }
        }
    }
}

在log4j2.xml文件中，指定需要打印的变量

(4) 日志最终打印效果演示

2.3 log4j 和 springboot 使用指南

2.4 slf4j和log4j2的性能测试对比

测试结果如下：

推荐使用log4j2而不是logback

log4j2是log4j 1.x 的升级版，参考了logback的一些优秀的设计，并且修复了一些问题，带来了一些重大的提升，在异步方面的性能得到了巨大提升，其除了提供Async Append异步实现外还提供了Async Log异步实现，其中Async Append异步实现方式和logback的异步实现差不多，而Async Log基于LMAX Disruptor库，实现了一个高性能的异步记录器。本次测试中log4j2异步实现是基于Async Log。 JMeter测试参数和之前的logback测试一样，线程数200，循环次数100，重复五轮。并且logj2日志配置文件基本和logback异步配置相同，满足：

• 控制台打印日志
• 分类输出日志
• 按天滚动
• 同样的日志输出格式

将TPS制作为柱形图，TPS提升了6倍！！！，并且打印日志的耗时都快到统计不出来了 ，官方提供的测试报告中，log4j2和logback相比性能提升也很明显。附官方测试报告：Asynchronous Loggers for Low-Latency Logging

所以结论就是：

• 如果使用logback框架，推荐使用异步输出日志方式
• 选择日志框架，推荐使用log4j2 

相关文章

1. 日志相关配置说明

2. 推荐使用log4j2而不是logback

3. SpringBoot 自带日志使用

   （1）默认配置    Spring Boot 2.2.5官网日志使用说明

•   SpringBoot默认帮我们配置好了日志；

  // 记录器
    Logger LOGGER = LoggerFactory.getLogger(SpringBootTest.class);
    @Test
    public void contextLoad(){
        // System.out.println();
        /**
         * 日志级别由高到低
         * 日志级别：ERROR，WARN，INFO，DEBUG，或TRACE。
         * 可以调整输出的日志级别；日志就只会在这个级别以以后的高级别生效
         */
        LOGGER.trace("日志踪迹");
        LOGGER.debug("日志debug模式");
        //SpringBoot默认给我们使用的是info级别的
        //，没有指定级别的就用SpringBoot默认规定的级别；root级别
        LOGGER.info("日志提示信息");
        LOGGER.warn("日志警告信息");
        LOGGER.error("日志提示错误信息");
    }

日志输出格式说明：

   日志输出格式：
        %d表示日期时间，
        %thread表示线程名，
        %-5level：级别从左显示5个字符宽度
        %logger{50} 表示logger名字最长50个字符，否则按照句点分割。 
        %msg：日志消息，
        %n是换行符
    -->
    %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n

# 调整日志隔离级别 wxw目录下的调成trace   springboot 默认是root级别
#logging.level.com.wxw=trace
        
# 默认是控制台输出
# 写入spring.log指定的目录。名称可以是确切的位置，也可以相对于当前目录。
#logging.file.path=springboot/log

# 指定目录 logging.file.name :写入指定的日志文件。名称可以是确切的位置，也可以相对于当前目录。
#logging.file.name=springboot/boot.log

#  在控制台输出的日志的格式
#logging.pattern.console=%d{yyyy-MM-dd} [%thread] %-5level %logger{50} - %msg%n
# 指定文件中日志输出的格式
#logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === %-5level === %logger{50} ==== %msg%n

日志记录属性：

（2）自定义日志配置

       可以通过在类路径中包含适当的库来激活各种日志记录系统，并可以通过在类路径的根目录或以下Spring Environment属性指定的位置中提供适当的配置文件来进一步自定义各种日志记录系统logging.config。

•   禁用默认日志：可以通过使用org.springframework.boot.logging.LoggingSystemsystem属性来强制Spring Boot使用特定的日志系统。该值应该是实现的完全限定的类名LoggingSystem。您还可以通过使用值完全禁用Spring Boot的日志记录配置none。
• 给类路径下放上每个日志框架自己的配置文件即可；SpringBoot就不使用他默认配置的了

注意：

• logback.xml：直接就被日志框架识别了；
• logback-spring.xml：日志框架就不直接加载日志的配置项，由SpringBoot解析日志配置，可以使用SpringBoot的高级Profile功能
• springboot  环境切换开启方式，(1) properties/yml 配置文件  （2） 命令行配置

<springProfile name="staging">
    <!-- configuration to be enabled when the "staging" profile is active -->
      可以指定某段配置只在某个环境下生效
</springProfile>

例如：

<appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
        <!--
        日志输出格式：
            %d表示日期时间，
            %thread表示线程名，
            %-5level：级别从左显示5个字符宽度
            %logger{50} 表示logger名字最长50个字符，否则按照句点分割。 
            %msg：日志消息，
            %n是换行符
        -->
        <layout class="ch.qos.logback.classic.PatternLayout">
            <springProfile name="dev">
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ---->
                      [%thread] ---> %-5level %logger{50} - %msg%n</pattern>
            </springProfile>
            <springProfile name="!dev">
                <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} ==== [%thread] ==== 
                                     %-5level %logger{50} - %msg%n</pattern>
            </springProfile>
        </layout>
    </appender>

如果使用logback.xml作为日志配置文件，还要使用profile功能，会有以下错误

no applicable action for [springProfile]