日志框架大战随着 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 设计及可扩展性
class="ch.qos.logback.core.rolling.RollingFileAppender"性能
性能方面，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 输出日志。
日志输出格式：
%d{yyyy-MM-dd HH:mm:ss.SSS} %5p [%t] %-40.40logger{39} : %m%n%d{yyyy-MM-dd HH:mm:ss.SSS} %5p [%t] %-40.40c{1.} : %m%n从测试结果来看二者差异并不大，吞吐量表现上，同步输出在单线程上要好于异步输出，异步输出方面，Log4j2 要优于Logback；响应时间表现上，二者无论同步、异步差距都不大，并且都表现为线程越多响应越慢，应该是线程切换和加锁开销所致，值得一提的是，异步输出时 CPU 使用率会更高一点。
总结
Logback 使用更简单、Log4j2 功能更强大，如果不是深度使用，两者并不会有太大差别，并且在使用SLF4j的时候可以无缝切换。个人建议，不必纠结选型，按照偏好选择即可。测试源码已上传 github，下一篇我们来讲解原理以及如何扩展动态调整日志输出级别。
Java 程序员十分“幸运”的不需要做技术选型：初级程序员没能力选型，中级程序员经常使用已经选择好的技术，高级程序员只能选择 CTO 或者客户指定的技术。