如何通过Spring Boot的application.properties覆盖logback-spring.xml配置

完全可以实现配置覆盖，且覆盖优先级和你之前用纯application.properties配置时完全一致，你看到的「XML配置覆盖properties配置」的结论是错误写法导致的误区。

Spring Boot加载logback-spring.xml时，会提前将全量环境配置注入Logback上下文，覆盖所有配置源（主配置文件、profile专属配置文件、命令行-D参数、系统环境变量等），只要不把配置值硬编码在XML中，而是通过Spring Boot提供的<springProperty>标签读取环境属性，就能保留原有的配置覆盖能力。

对应你原有properties配置的logback-spring.xml写法如下，所有配置项都预留了覆盖入口：

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <!-- 定义可被覆盖的配置项，defaultValue为无外部配置时的默认值 -->
    <springProperty name="LOG_PATH" source="logging.file" defaultValue="/foo/bar/app.log"/>
    <springProperty name="LOG_MAX_SIZE" source="logging.file.max-size" defaultValue="1MB"/>
    <springProperty name="LOG_MAX_HISTORY" source="logging.file.max-history" defaultValue="10"/>
    <springProperty name="LOG_LEVEL_ROOT" source="logging.file.level.root" defaultValue="DEBUG"/>
    <springProperty name="LOG_LEVEL_APP" source="logging.file.level.root.com.my.app" defaultValue="DEBUG"/>
    <springProperty name="LOG_LEVEL_SPRING_DIAG" source="logging.file.level.org.springframework.boot.diagnostics" defaultValue="DEBUG"/>
    <springProperty name="LOG_LEVEL_SPRING_SEC" source="logging.file.level.org.springframework.security" defaultValue="DEBUG"/>

    <!-- 控制台输出appender可按需自行配置，此处仅展示文件滚动配置 -->
    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}.%d{yyyy-MM-dd}.%i.gz</fileNamePattern>
            <maxFileSize>${LOG_MAX_SIZE}</maxFileSize>
            <maxHistory>${LOG_MAX_HISTORY}</maxHistory>
        </rollingPolicy>
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
        </encoder>
    </appender>

    <!-- 日志级别引用可覆盖的属性值 -->
    <root level="${LOG_LEVEL_ROOT}">
        <appender-ref ref="CONSOLE"/>
        <appender-ref ref="FILE"/>
    </root>
    <logger name="com.my.app" level="${LOG_LEVEL_APP}" additivity="false">
        <appender-ref ref="CONSOLE"/>
        <appender-ref ref="FILE"/>
    </logger>
    <logger name="org.springframework.boot.diagnostics" level="${LOG_LEVEL_SPRING_DIAG}"/>
    <logger name="org.springframework.security" level="${LOG_LEVEL_SPRING_SEC}"/>
</configuration>

配置生效优先级和你之前用properties时完全一致，从高到低为：

• 启动命令中传入的-D参数，例如-Dlogging.file.level.root=WARN会覆盖所有配置文件中的对应值
• 当前激活profile对应的application-xxx.properties中的配置，例如qa环境application-qa.properties中配置的INFO级别会覆盖主配置文件的默认值
• 主application.properties中的配置
• logback-spring.xml中<springProperty>标签定义的defaultValue默认值

你看到的「XML配置会覆盖properties日志配置」的结论，本质是错误写法导致的：很多开发者写logback-spring.xml时直接硬编码配置值（例如直接写<root level="DEBUG">），没有通过<springProperty>读取环境中的配置，这种情况下硬编码的值自然不会被外部配置覆盖，和XML配置形式本身无关。
如果需要针对特定profile做差异化的专属配置（例如dev环境开启控制台彩色日志、prod环境关闭DEBUG日志输出），还可以直接在XML中使用<springProfile name="dev">标签包裹对应配置块，灵活性比纯properties配置更高。

内容的提问来源于stack exchange，提问作者maxxyme