2020 年了，Java 日志框架到底哪个性能好？—

大家好，之前写（shui）了两篇其他类型的文章，感觉大家反响不是很好，于是我乖乖的回来更新硬核技术文了。

经过本系列前两篇文章我们了解到日志框架大战随着 SLF4j 的一统天下而落下帷幕，但 SLF4j 仅仅是接口，实现方面， logback 与 log4j2 仍然难分高下，今天我们就来聊一聊，日志框架实现到底是该选择 Log4j2 还是 Logback。这篇文章我们将从功能、API 设计、可扩展性、性能四个方面展开讨论。

生态

老牌的 Log4j2 凭借着入场早、背靠 Apache 两大优势有着不错的用户支持，官网文档也很完善。

新生的 Logback 凭借着 SLF4j 的原生实现以及被 Spring Boot 钦点的日志框架（Spring 也提供了Log4j2 的 starter，切换依赖即可完成更换日志框架，前文讲过，此处不再赘述），同样也拥有着很好的前景。

社区支持方面，Log4j2 作为 Apache 顶级项目，支持度应该是很不错的，Logback 作为Ceki创业后的产物，也能有很好的保证，二者生态可谓不相上下。

功能

日志的功能我们从使用者的角度可以分为：配置、使用、以及独有特性。

配置文件方面，Log4j 提供了更多的配置文件配置方式，Log4j2 支持 properties、YAML、JSON、XML四种，Logback 则支持 XML 与 groovy 两种方式；
Appender 方面，两者均支持自定义扩展 Appender ，Log4j2 并且提供了几乎全部场景的 Appender，文件、控制台、JDBC、NoSql、MQ、Syslog、Socket、SMTP等，Logback提供 Appender 略少于 Log4j2，提供了文件、控制台、数据库、Syslog、Socket、SMTP等，动态化输出方面，Log4j2 提供了ScriptAppenderSelector，Logback 则提供了 Evaluator 与 SiftingAppender（两者均可以用于判断并选择对应的 Appender）；
独有特性方面，Logback 支持 Receivers，可以接收其他 Logback 的 Socket Appender 输出，Logbak 还拥有 logback-access 模块，可以用来与 Servlet容器（如 Tomcat 和 Jetty）集成，提供 http 访问日志功能；Log4j2 则拥有号称能够减少 JVM 垃圾回收停顿时间的 Garbage-free（无垃圾模式），Log4j2 API 支持使用 Java 8 lambda，SLF4j 则在 2.0 版本提供流式（Fluent）API 同时支持 lambda；

API 设计及可扩展性

如前文所说，SLF4j 则在 2.0 版本提供流式（Fluent）API ，届时Logback将会原生实现（理论上会比动态转译过去要好），而 Log4j2 并没有提供支持。扩展方面，Logback 采用配置文件中直接写对应实现（class="ch.qos.logback.core.rolling.RollingFileAppender"）来自定义实现扩展，Log4j2 采用插件机制，无需配置，但比较复杂，个人认为 Logback 反而清晰一些。

性能

性能方面，Log4j2 官网有很好的性能测试报告，结果是 Log4j2 完胜，本着严谨的态度，员外认为还要自己来测试一下，使用了 JMH 进行同步和异步输出文件测试，测试一分钟，无预热，采用文件滚动模式，gzip压缩，总计输出（gzip压缩后） 700～900 MB 左右，测试版本： # logback 1.2.3，# log4j 2.13.0，# SLf4j 1.7.30，# JMH version: 1.22 # JDK 1.8.0_232，测试过程中二者都使用了SLF4j 作为 API 输出日志。

日志输出格式：