Logback：Java 日志框架的可靠选择

做 Java 开发的应该都用过 Logback，至少见过它。它是 SLF4J 的原生实现，大量 Java 项目把它当作默认日志框架。GitHub 上有 3200 多个 Star，在日志这个赛道里算是老牌选手了。

它解决什么问题

Java 项目的日志方案经历过几个阶段。最早是直接 System.out.println，后来有了 Log4j，再后来 SLF4J 做了统一的门面接口。Logback 就是 SLF4J 作者 Ceki Gülcü 亲自写的实现，从设计上跟 SLF4J 天然契合。

用 Logback 做日志，核心就三件事：配置输出格式、配置输出目标、配置过滤规则。这三个它都做得比较灵活，日常开发够用了。

1.5.x 版本的变化

目前最新的 1.5.x 系列是 1.4.x 的直接替代，基本可以无感迁移。主要变化是 logback-access 模块被拆出去了，单独成了一个仓库。这个模块做 HTTP 访问日志，如果你用 Tomcat 或 Jetty 之类的容器可能会用到，迁移时留意一下。

构建方面，1.5.x 需要 Java 21 编译，运行时最低要求 Java 11，搭配 SLF4J 2.0.x 使用。项目还在 Java 8 上的话，只能用 1.3.x。

为什么 Logback 能活这么久

日志框架的选择其实不多。Log4j 2 性能好但配置复杂，java.util.logging 太简陋，Logback 刚好在中间。配置简单，性能够用，跟 Spring Boot 深度集成。Spring Boot 默认就用 Logback，很多人可能从来没换过，也觉得没必要换。

Logback 的 appenders 做得比较全。控制台、文件、滚动日志、远程 Socket、SMTP 邮件通知，常用的场景都覆盖了。配置用 XML 或 Groovy，现在看不算优雅，但胜在稳定可靠。

社区和维护

项目由 SLF4J 的作者维护了十几年，更新节奏不算快但一直在持续。遇到问题可以去邮件列表或 GitHub Discussions 提问，社区里有不少熟悉 Logback 的人。碰上紧急问题，项目还提供了付费加急渠道，一般 3 个工作日左右会有回复和发版。

贡献代码的话，流程比较规范。Fork、建分支、写测试、提交 PR，所有 commit 需要签 DCO 声明。这个要求在开源项目里不算罕见，就是确认你有权提交这段代码。

说几句实在话

如果你在做 Java 项目，特别是 Spring Boot 项目，Logback 基本上是开箱即用的默认选项。不需要额外花时间选型和配置，能快速跑起来。

它不花哨，没有什么让人眼前一亮的新特性，但胜在稳定。对于日志这种基础设施类的组件，稳定比什么都重要。你不会希望上线后发现日志框架出了问题，线上日志全丢了。

，稳定比什么都重要。你不会希望上线后发现日志框架出了问题，线上日志全丢了。