我来帮你搞定这个问题！你遇到的情况其实挺常见的——Spring Boot的日志初始化顺序有时候会让application.properties里的配置晚一步生效，导致启动初期的Spring内部日志还是会跑出来。下面给你几个靠谱的解决办法：

1. 用日志框架专属配置文件彻底禁用日志（最稳妥） #

Spring Boot默认用Logback当日志框架，它的配置文件是启动时最早加载的，能直接覆盖所有日志输出逻辑。你只需要在项目的src/main/resources目录下新建一个logback.xml，内容写成这样：

<configuration>
    <!-- 把根日志级别设为OFF，彻底关闭所有日志 -->
    <root level="OFF">
        <appender-ref ref="NULL" />
    </root>
    <!-- 定义一个空的日志输出端，把所有日志丢去"黑洞" -->
    <appender name="NULL" class="ch.qos.logback.core.NullAppender" />
</configuration>

这样不管是Spring的启动日志、Bean初始化的DEBUG日志，还是其他内部日志，都会被这个空输出端完全吃掉，不会有任何日志打出来。

2. 修正Dockerfile里的JVM参数写法 #

你之前在Dockerfile里的JVM参数可能没写完整或者格式不对，正确的CMD命令应该是这样的：

CMD ["java", "-Dlogging.level.root=OFF", "-Dlogging.level.org.springframework=OFF", "-jar", "/app/DiscordBot.jar"]

要注意把JVM参数放在-jar前面，这样JVM才能正确读取这些配置。不过要提醒你：这种方法可能挡不住Spring Boot最早期的启动日志（比如开头那行"Starting Main using Java..."），因为JVM参数的日志配置要等Spring上下文初始化后才会完全生效，启动初期的日志还是会漏出来，所以建议和上面的logback.xml配合使用。

3. Docker层面直接重定向日志到黑洞（终极兜底） #

如果上面的方法还没完全解决，你可以在Docker里把应用的所有输出直接丢到系统的"黑洞"（/dev/null），这样不管应用怎么输出，容器里都看不到任何日志：

CMD ["sh", "-c", "java -jar /app/DiscordBot.jar > /dev/null 2>&1"]

这里的> /dev/null是把标准输出（普通日志）丢去黑洞，2>&1是把错误输出也重定向到同一个地方。不过这是"一刀切"的办法，连你自己的业务日志也会被关掉，如果你只是想禁用Spring的内部日志，不建议用这个。

备注：内容来源于stack exchange，提问作者ScalaRQ