这两天沸沸扬扬的 Log4j2 漏洞门事件炒得热火朝天：
突发！Apache Log4j2 报核弹级漏洞。。赶紧修复！！ | Java技术栈 | Java | Spring Boot | Spring Cloud | 分享最新最主流的Java技术
如果你使用的是 Log4j 1.x、Logback 或者其他日志框架，这次就可以幸免于难。
Log4j 1.x 就不用说了，这是老古董了，也就是传说中的老牌日志框架 "Log4j"，曾经无处不在，现在很少用到了，除非在一些老系统中，新项目基本都是 Log4j 2.x 和 Logback 了。
Log4j 2.x 就是对 Log4j 1.x 的升级，得到了重大改进，并且吸引了 Logback 中的优秀设计并加以优化，现在得比较多。
Logback 同样也是 Log4j 的作者开发的，拥有更多丰富的特性，是 Log4j 1.x 的替代。
Log4j 2.x 用得比较多，一是因为它是 Apache 顶级项目，二是因为它牛逼的异步日志记录性能：
更多性能对比参考：
https://logging.apache.org/log4j/2.x/performance.html
可以看到，同样都是异步模式，当线程不断增多时，Log4j 2.x 的性能吊打 Log4j 1.x 和 Logback，Logback 和 Log4j 则不相上下。
单从性能来说，Log4j 2.x 无疑是日志框架中的王者，但 Logback 也不甘下风，它凭借作为 Spring Boot 中的默认日志框架，Logback 也得到大量应用。
如图，如果我们没有指定任何其他日志 Starter，默认的就是 Logback。
它是从 Spring Boot 默认依赖中带出来的，更多可以看栈长分享过的教程：
https://www.javastack.cn/article/2018/spring-boot-logging-customize/
很多粉丝说用的 Logback，没有躺枪，可能也是因为使用了 Spring Boot 默认的日志配置吧。
为什么 Logback 能成为 Spring Boot 的默认日志框架？
个人认为，主要原因是由于 Logback 是原生 SLF4J API（目前最优秀的日志门面接口） 的实现，可以很轻松的切换到其他日志框架，而 Log4j 并非原生实现，它们结合 SLF4J API 都需要一个中间适配层。
这个可在参考一张国外的图：
来源：
https://krishankantsinghal.medium.com/logback-slf4j-log4j2-understanding-them-and-learn-how-to-use-d33deedd0c46
SLF4J 接口的直接原生实现是 Logback，但也可以通过中间适配层连接 Log4j 等其他非原生实现的日志框架，你看明白了吗？
Log4j 2.x vs Logback 怎么选？
从上面的性能图来看，Log4j 在并发写到达 4 个线程/秒及以上，性能就开始碾压 Logback 了。
所以，如果日志量很大，对性能又有要求，那么 Log4j 2.x 无疑是首选，否则用啥都无所谓，即对日志记录没有性能要求，日志记录的快慢不会影响系统正常运行，毕竟 Logback 是 SLF4J 原生支持，一般的系统完全足够应对了。
漏洞是不可避免的，Linux、Tomcat 也经常爆严重漏洞，我们依然要用，反过来，Log4j 2.x 也是如此，不要因为一个框架出现漏洞就马上换其他框架，也许其他框架也有漏洞，只是没有爆出来而已。
好了，今天的分享就到这里了，后面栈长会分享更多好玩的 Java 技术和最新的技术资讯，关注Java技术栈第一时间推送。
版权声明： 本文系公众号 "Java技术栈" 原创，原创实属不易，转载、引用本文内容请注明出处，抄袭者一律举报＋投诉，并保留追究其法律责任的权利。