哈喽，大家好，我是三味。
夜深人静，当你用start.spring.io优雅地创建一个全新的Spring Boot项目时，你是否曾思考过一个问题：
在那一行行自动生成的依赖背后，Spring Boot为我们默默选择了什么？特别是在日志这个不起眼的角落，它为什么默认是Logback，而不是传说中性能炸裂的Log4j2？
这个问题，就像薛定谔的猫，你不去探究，它就永远是个模糊的“默认配置”。但一旦打开，你会发现一个关乎项目性能、稳定性甚至开发效率的新世界。
今天，三味就带你彻底终结这场“日志选型”的世纪之争，让你不仅知其然，更知其所以然。
👑 默认的王者：Logback，凭什么是它？
首先，我们必须给默认王者Logback足够的尊重。Spring Boot 选择它作为“正宫”，绝非偶然。
1. “血统纯正”的嫡系出身
Logback的作者和经典的Log4j是同一个人——Ceki Gülcü。你可以把Logback看作是Log4j的全面升级和重构版本，它修复了Log4j的一些设计缺陷，提供了更快、更稳定、更灵活的日志体验。
Spring Boot在spring-boot-starter中，默认就包含了spring-boot-starter-logging，而这个启动器的核心依赖就是logback-classic。
这张图清晰地揭示了它的“太子”地位：
这种“开箱即用”的体验，极大地降低了新手的入门门槛，是Spring Boot “约定优于配置”理念的完美体现。
2. 与Spring Boot的“天作之合”
你以为logback-spring.xml这个名字只是随便起的吗？
不！当你的配置文件以-spring.xml结尾时，Spring Boot会赋予它更强大的能力。最典型的就是<springProfile>标签。
<!-- logback-spring.xml -->
<configuration>
<!-- 通用配置 -->
<include resource="org/springframework/boot/logging/logback/base.xml"/>
<!-- 开发环境：打印所有SQL -->
<springProfile name="dev">
<logger name="com.your.package.mapper" level="DEBUG" />
</springProfile>
<!-- 生产环境：只记录错误日志 -->
<springProfile name="prod">
<logger name="com.your.package" level="INFO" />
<root level="ERROR">
<appender-ref ref="FILE_APPENDER" />
</root>
</springProfile>
</configuration>
通过这个标签，你可以轻松实现不同环境（dev, test, prod）下的日志策略切换，无需修改任何代码，也无需复杂的构建脚本。这种与Spring生态的深度集成，是Logback作为默认选项的又一重磅砝码。
小结一下： Logback之所以是默认，因为它足够好用、无缝集成、简单稳定，完全能满足90%以上的应用场景。
那么，既然Logback这么优秀，为什么Log4j2的呼声还如此之高？它到底强在哪里？
别急，下一节，我们将请出性能界的“猛兽”——Log4j2，看看它凭什么敢挑战王座。
🚀 性能的野兽：Log4j2，为何而来？
如果说Logback是那位沉稳可靠、治理江山的君王，那么Log4j2就是一位追求极致武力、为战而生的将军。它是对Log4j 1.x的彻底重写，其核心目标只有一个：性能，极致的性能！
Log4j2的杀手锏是什么？答案是——异步日志（Asynchronous Loggers） 。
1. 颠覆性的异步设计
传统的日志记录（包括Logback的默认模式）是同步的：你的业务线程在调用log.info("...")时，必须亲自完成日志事件的创建、格式化，甚至I/O写入的全过程。如果磁盘I/O稍有抖动，整个业务线程都会被拖慢。
而Log4j2的异步日志则完全不同，它引入了“无锁队列”的天才设计，特别是整合了高性能并发框架 LMAX Disruptor。
看下面这张图，瞬间秒懂：
工作流程解读：
- 业务线程调用
log.info()，只做一件事：把日志事件丢进Disruptor环形队列里。 - 丢进去后，业务线程立刻返回，继续执行后续业务逻辑，几乎零延迟。
- 日志I/O线程在后台默默地从队列中取出事件，进行格式化和写入磁盘/网络等慢操作。
业务线程和日志I/O线程彻底解耦，你的应用吞吐量自然就上去了。在官方基准测试中，Log4j2异步模式的吞吐量可以是Logback的数倍甚至几十倍！
2. 更低的GC压力
Log4j2在设计上追求“无垃圾”（Garbage-Free）或“低垃圾”（Low-Garbage）。它会重用对象（如日志事件LogEvent），避免在日志记录过程中频繁创建和销毁临时对象，从而显著减轻了垃圾回收（GC）的压力。更少的GC意味着更少的应用停顿（STW），这对于延迟敏感型应用至关重要。
3. 如何为你的Spring Boot项目换上“核动力”？
切换到Log4j2非常简单，Spring Boot官方早已铺好了路：
第一步：修改pom.xml
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<!-- 排除掉默认的logging，它包含了logback -->
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- 引入log4j2的启动器 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-log4j2</artifactId>
</dependency>
第二步：创建log4j2-spring.xml
在src/main/resources目录下创建log4j2-spring.xml文件。同样，-spring后缀能让它享受到Spring Boot的集成特性。
一个简单的异步配置示例：
<?xml version="1.0" encoding="UTF-8"?>
<!-- 重点：设置 status="warn" log4j2.contextSelector="org.apache.logging.log4j.core.async.AsyncLoggerContextSelector" -->
<Configuration status="warn" monitorInterval="30" >
<Properties>
<!-- 定义变量 -->
</Properties>
<Appenders>
<!-- 控制台输出 -->
<Console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
</Console>
</Appenders>
<Loggers>
<!--
重点：将所有logger都配置成异步的。
includeLocation="false" 能提升性能，但无法打印行号。
-->
<AsyncRoot level="info" includeLocation="false">
<AppenderRef ref="Console"/>
</AsyncRoot>
</Loggers>
</Configuration>
注意： 要开启全局异步，最关键的是在JVM启动参数中加入 -Dlog4j2.contextSelector=org.apache.logging.log4j.core.async.AsyncLoggerContextSelector，或者在log4j2-spring.xml的<Configuration>节点中声明。
⚔️ 正面硬刚：一张表看懂终极差异
理论讲了这么多，我们来点最直接的。三味为你整理了一张终极对比表，让你一目了然：
| 特性维度 | 👑 Logback (默认王者) | 🚀 Log4j2 (性能野兽) | 总结 |
|---|---|---|---|
| 默认集成 | 原生集成，开箱即用 | 需手动替换依赖 | Logback胜在便捷 |
| 异步性能 | 性能良好，但异步需额外配置 | 极致性能，基于Disruptor | Log4j2遥遥领先 |
| 配置简洁性 | XML语法更简单直观 | XML功能强大，但稍显复杂 | Logback对新手更友好 |
| Spring集成 | logback-spring.xml 完美支持 | log4j2-spring.xml 同样完美 | 两者都与Spring生态无缝对接 |
| GC压力 | 常规水平 | 极低，追求无垃圾设计 | Log4j2对性能抖动控制更好 |
| 插件架构 | 良好 | 更灵活，易于自定义扩展 | Log4j2的架构更现代化 |
🤔 拨开迷雾：三味的终极建议
看到这里，相信你已经对Logback和Log4j2有了清晰的认识。那么，在实际项目中，我们到底该如何做出最明智的选择呢？
别慌，三味给你最终的决策指南，保证药到病除：
场景一：90% 的常规项目 & 中小型团队
👉 结论：毫不犹豫，坚守 Logback (logback-spring.xml)。
理由：
- 心智负担最低：作为Spring Boot的默认选项，你无需任何额外配置，团队成员的学习成本几乎为零。
- 性能完全够用：对于绝大多数Web应用、CRUD业务系统，Logback的性能绰绰有余。在你的业务逻辑成为瓶颈之前，日志几乎不可能是问题。
- 避免过早优化：过早地引入更复杂的
Log4j2配置，却用不上其核心的异步性能优势，是一种典型的“过度设计”。记住，软件工程的第一原则是：如无必要，勿增实体。
场景二：性能压榨机 & 延迟敏感型系统
👉 结论：果断切换，拥抱 Log4j2 (log4j2-spring.xml)。
适用场景：
- 高并发金融交易：每一毫秒的延迟都可能意味着金钱的损失。
- 大规模数据处理/ETL：需要记录海量操作日志，日志I/O可能成为瓶颈。
- 双十一级别的大促电商系统：瞬时流量极大，要求系统响应快、GC停顿少。
- 对日志吞吐量有明确性能指标（SLA）要求的系统。
行动指南： 在选择Log4j2后，请务必开启全局异步日志，并使用Disruptor依赖，否则你只是换了个马甲，并没有真正激活它的“核动力”。
<!-- pom.xml中别忘了加上它 -->
<dependency>
<groupId>com.lmax</groupId>
<artifactId>disruptor</artifactId>
<version>3.4.4</version> <!-- 请使用最新稳定版 -->
</dependency>
黄金法则：相信数据，而非感觉！
无论何时，当你怀疑日志是性能瓶颈时，请使用性能分析工具（Profiler）去证实它，比如Arthas、JProfiler等。只有当数据明确指向日志写入占用了过多的CPU时间或导致了线程阻塞时，才是你考虑从Logback迁移到Log4j2的最佳时机。
总结：小日志里的大乾坤
日志，这个看似简单的技术点，背后却隐藏着对系统性能、稳定性与扩展性的深刻理解。
Logback是Spring Boot生态下的 “全能优等生” ，稳定、易用、集成度高，是绝大多数场景下的最佳实践。Log4j2则是为性能而生的 “特长生” ，在极限高并发场景下，它的异步无锁设计能为你的应用提供强大的性能保障。
今天，我们不仅对比了它们的优劣，更深入了其设计哲学。希望你下次在pom.xml里看到spring-boot-starter-logging时，心中不再是迷茫，而是了然于胸的自信。
技术选型，从来没有绝对的银弹，只有最适合当前场景的解决方案。
文章到此结束，感谢您的阅读！
如果这篇文章让你对Spring Boot的日志体系有了更深的理解，或者解决了你长久以来的疑惑，三味希望能得到你的一个 “在看” 和 “转发” 。
技术的道路是孤独的，但同行者多了，便成了坦途。
我创建了一个高质量的技术交流群，希望我们不仅能在文章下相遇，更能在群里激荡思想、共同成长。在这里，没有无意义的灌水，只有纯粹的技术探讨和职业分享。
👇 扫描下方二维码，wx关注[爱三味]，QQ群：949793437 让我们一起探索技术的深度和广度。
