对于Log4j2大家应该都不是很陌生，听说最多的应该是2021年年底出现的安全漏洞了，不过最让大家头痛的应该不仅仅是这个安全漏洞的处理，安全漏洞通过升级最新的依赖版本即可快速解决，平时在使用过程中遇到过比较多的问题应该就是日志jar包不知道如何选择？日志jar冲突引起的日志不打印问题，日志配置太过复杂不知道如何配置只能百度CV粘贴一个配置。这些日志配置其实并不复杂，主要是因为日志组件的发展历史比较充满曲折，导致了很多地方不兼容。接下来就来通过日志组件的发展历史来入手，看看Log4j2是从什么背景下产生的。
对于Log4j2大家应该都不是很陌生，听说最多的应该是2021年年底出现的安全漏洞了，不过最让大家头痛的应该不仅仅是这个安全漏洞的处理，安全漏洞通过升级最新的依赖版本即可快速解决，平时在使用过程中遇到过比较多的问题应该就是日志jar包不知道如何选择？日志jar冲突引起的日志不打印问题，日志配置太过复杂不知道如何配置只能百度CV粘贴一个配置。
Log4j是Apache下的一款开源的日志框架，使用 Log4J，可以控制日志信息输出到控制台、文件、甚至是数据库中。也可以控制每一条日志的输出格式，通过定义日志的输出级别，可以更灵活的控制日志的输出过程以及方便项目的调试。
Spring Boot使用Apache Commons Logging接口记录所有内部日志记录。Spring Boot的默认配置对Java Util Logging，Log4j2和Logback日志记录器的使用都提供了支持。如果你使用的是Spring Boot Starters，默认使用的Logback就为日志记录提供很好的支持。下面我们分几部分对如何做日志记录以及配置不同的日志记录器做说明，在Spring Boot中只需要通过一些简单的配置即可支持各种日志记录。
JUL全称Java util Logging是java原生的日志框架，使用时不需要另外引用第三方类库，相对其他日志框架使用方便，学习简单，能够在小型应用中灵活使用。
可以看到，log4j2 框架为我们提供了非常多的组件，在这些各类功能的 appender 与 layout 以及 filter 的组合下，我们能够实现各种使用场景的处理。
👨🎓作者：Java学术趴 🏦仓库：Github、Gitee ✏️博客：CSDN、掘金、InfoQ、云+社区 💌公众号：Java学术趴 🚫特别声明：原创不易，未经授权不得转载或抄袭，如需转载可联系小编授权。 🙏版权声明：文章里的部分文字或者图片来自于互联网以及百度百科，如有侵权请尽快联系小编。微信搜索公众号Java学术趴联系小编。 ☠️每日毒鸡汤：生活是世上最罕见的事情，大多数人只是存在，仅此而已。 👋大家好！我是你们的老朋友Java学术趴，今天继续给大家分享小趴Java日志框架。对于一个应用程序来说
最近，业务增长的很迅猛，对于我们后台这块也是一个不小的挑战，这次遇到的核心业务接口的性能瓶颈，并不是单独的一个问题导致的，而是几个问题揉在一起：我们解决一个之后，发上线，之后发现还有另一个的性能瓶颈问题。这也是我经验不足，导致没能一下子定位解决；而我又对我们后台整个团队有着固执的自尊，不想通过大量水平扩容这种方式挺过压力高峰，导致线上连续几晚都出现了不同程度的问题，肯定对于我们的业务增长是有影响的。这也是我不成熟和要反思的地方。这系列文章主要记录下我们针对这次业务增长，对于我们后台微服务系统做的通用技术优化，针对业务流程和缓存的优化由于只适用于我们的业务，这里就不再赘述了。本系列会分为如下几篇：
默认情况下，如果使用 “starters”，则使用 Logback 进行日志记录。还包括适当的 Logback 路由，以确保使用 Java Util 日志记录、Commons 日志记录、Log4J 或 SLF4J 的依赖库都能正常工作。
TLog提供了一种最简单的方式来解决日志追踪问题，它不收集日志，也不需要另外的存储空间，它只是自动的对你的日志进行打标签，自动生成TraceId贯穿你微服务的一整条链路。并且提供上下游节点信息。适合中小型企业以及想快速解决日志追踪问题的公司项目使用。
Java知名的日志有很多，比如：JUL、Log4j、JCL、SLF4J、Logback、Log4j2，那么这些日志框架之间有着怎样的关系？诞生的原因又是解决什么问题？下面一起来看。
日志是一个系统经常用到的功能，我们可以在调试的时候依靠日志查看输出，在程序运行的时候通过查看日志判断程序运行状态。在Java世界中，有一个非常著名的日志类库——Log4j。现在Log4j也有了新版本，就是Log4j2。新版本的好处我就不多说了。让让我们来开始使用吧。
Trace-> debug-> info-> warn-> error-> fatal
为什么使用SLF4J与其他组件结合使用比单独使用log4j2或者java.util.logging要优秀呢。
日志级别分类较细,通常使用的是下面的四个级别,按优先级从高到低分别是ERROR、WARN、INFO、DEBUG
Log4j的1.x版本已经被广泛使用于很多应用程序中。然而，它这些年的发展已经放缓。它变得越来越难以维护，因为它需要严格遵循很老的Java版本，并在2015年8月寿终正寝。它的替代品，SLF4J和Logback对框架做了很多必要的改进。
新的Log4j 2.0版本有了大幅的性能提升、新的插件系统，以及配置设置方面的很多改善。Log4j 1.x 在高并发情况下出现死锁导致cpu使用率异常飙升，而Log4j2.0基于LMAX Disruptor的异步日志在多线程环境下性能会远远优于Log4j 1.x和logback ——官方测试结果。
此前的文章中通过 log4j2 AsyncAppender 的源码介绍了异步日志的用法：
配置文件的格式：log2j配置文件可以是xml格式的，也可以是json格式的， 配置文件的位置：log4j2默认会在classpath目录下寻找log4j2.xml、log4j.json、log4j.jsn等名称的文件，如果都没有找到，则会按默认配置输出，也就是输出到控制台，也可以对配置文件自定义位置（需要在web.xml中配置），一般放置在src/main/resources根目录下即可
门面设计模式是面面向对象设计模式中的一种，日志框架采用的就是这种模式，类似JDBC的设计理念。它只提供一套接口规范，自身不负责日志功能的实现，目的是让使用者不需要关注底层具体是哪个日志库来负责日志打印及具体的使用细节。目前用的最广泛的日志门面有两种：SLF4J 和 Apache Commons Logging（JCL）。
Spring Boot的默认日志框架一直是 Logback，支持的很好。而且针对Logback，Spring Boot还提供了一个扩展功能 - <springProfile>，这个标签可以在Logback的XML配置文件中使用，用于配合Spring的profile来区分环境，非常方便。
我们以Springboot集成Log4j2为例，详细说明Springboot框架下Log4j2是如何工作的，你可能会担心，如果是使用Logback日志框架该怎么办呢？
Java 日志 日志门面：提供统一的日志输出接口。 日志实现：具体实现日志输出的代码。 日志门面与实现框架 使用 日志门面+日志实现框架 的方式，是为了：低耦合，日志的实现与业务代码通过 日志门面连接，在后续修改日志实现时，无需更改业务代码。 这是 门面设计模式（外观设计模式）的典型应用。 日志门面 SLF4j（Simple Logging Facade For Java）：一个为 Java 程序提供的统一日志输出接口，就是一个接口， JCL（Jaka Commons Logging, Apache Com
日志，在我们开发中是一个非常重要的话题，良好的日志打印可以帮助我们快速的定位问题，可能现在我们开发用到最多的日志框架就是slf4j了，但是日志还有其他很多优秀的框架，比如：Apache Common Log，Log4j，java.util.logging等。
Log4J2是Apache Log4j的升级版，参考了logback的一些优秀的设计，并且修复了一些问题，因此带来了一些重大的提升。 Logger：日志记录器，用于标识日志的来源。常见的有两种:Root和Logger。Root节点用来指定项目的根日志，如果没有单独指定Logger，那么就会默认使用该Root日志输出 Appender：日志输出器，用于将日志记录输出到指定的目标。常见的有三种子节点:Console、RollingFile、File。Console节点用来定义输出到控制台的Appender；RollingFile节点用来定义超过指定条件自动删除旧的创建新的Appender；File节点用来定义输出到指定位置的文件的Appender。 Layout：日志格式化器，用于定义日志记录的输出格式。Root节点用来指定项目的根日志，如果没有单独指定Logger，那么就会默认使用该Root日志输出。
日志门面（SLF4J）主要是为了给Java日志访问提供一套标准、规范的API框架，其主要意义在于提供接口，具体的实现可以交由其他日志框架来实现，例如log4j和logback等。 对于一般的Java项目而言，日志框架会选择slf4j-api作为门面，配上具体的实现框架（log4j、log4j2、logback等），中间使用桥接器完成桥接。
在项目推进中，如果说第一件事是搭 Spring 框架的话，那么第二件事情就是在 Sring 基础上搭建日志框架，我想很多人都知道日志对于一个项目的重要性，尤其是线上 Web 项目，因为日志可能是我们了解应用如何执行的唯一方式。
上述介绍的是一些日志框架的实现，这里我们需要用日志门面来解决系统与日志实现框架的耦合性。SLF4J，即简单日志门面（Simple Logging Facade for Java），它不是一个真正的日志实现，而是一个抽象层（ abstraction layer），它允许你在后台使用任意一个日志实现。
Slf4j&logback&log4j2之间的关系，以及slf4j&log4j的使用
然后就有小伙伴来问我：我项目里面用的是 Lombok 的 @Slf4j 这个会有影响吗？
作为一个行业人的角度来看（小白），我是在知道漏洞的第一时间看了一下相关的新闻也大概是知道这个漏洞是怎么一个来龙去脉了。
Apache Log4j2 是一款开源的 Java 日志记录工具，大量的业务框架都使用了该组件。
那么多组件对MQ、Redis、鉴权等的封装着，每个组件都需要打印日志，组件日志与业务日志混合在一起，干扰业务排查问题。组件日志主要是为了排查问题，组件打印的日志也没有必要被收集到SLS、ELK上等。
Logback 算是JAVA 里一个老牌的日志框架，从06年开始第一个版本，迭代至今也十几年了。不过logback最近一个稳定版本还停留在 2017 年，好几年都没有更新；logback的兄弟 slf4j 最近一个稳定版也是2017年，有点凉凉的意思。
Spring Boot内部使用Commons Logging记录所有日志，它支持使用Java Util Logging、Log4J2和Logback日志工具，并为它们提供了默认配置，默认配置情况下日志只会输出到控制台，当然也可以修改配置将日志输出到文件。 本篇内容基于Spring Boot 2.0版本，将详细介绍Spring Boot对日志工具使用的支持，主要包含以下6部分内容： 默认日志配置； 日志输出到文件； 日志文件大小； 修改日志级别； 自定义日志工具； 配置文件优先级。 1.默认日志配置 如果项目
java 界里有许多实现日志功能的工具，最早得到广泛使用的是 log4j，许多应用程序的日志部分都交给了 log4j，不过作为组件开发者，他们希望自己的组件不要紧紧依赖某一个工具，毕竟在同一个时候还有很多其他很多日志工具，假如一个应用程序用到了两个组件，恰好两个组件使用不同的日志工具，那么应用程序就会有两份日志输出了。
来源：https://juejin.cn/post/6945753017878577165
之前录过一个视频和大家分享 Spring Boot 日志问题，但是总感觉差点意思，因此松哥打算再通过一篇文章来和大家捋一捋 Java 中的日志问题，顺便我们把 Spring Boot 中的日志问题也说清楚。 1. Java 日志概览 说到 Java 日志，很多初学者可能都比较懵，因为这里涉及到太多东西了：Apache Commons Logging、Slf4j、Log4j、Log4j2、Logback、Java Util Logging 等等，这些框架各自有什么作用？他们之间有什么区别？ 1.1 总体概览
zap目前貌似没有类似log4j2的async的log，针对layout需要自己定制encoder，针对输出需要自己定制Sink/WriteSyncer，要同时输出到多种不同的地方，可以使用zapcore.NewMultiWriteSyncer来包装成一个新的core。
每个公司所用的日志框架形形色色。TLog宣称支持了主流的三大日志框架：log4j，log4j2，logback
Spring Boot默认使用SLF4J作为日志门面，并集成了Logback作为日志实现。SLF4J（Simple Logging Facade for Java）是一个通用的日志抽象层，可以与多种日志框架结合使用，如Logback、Log4j、Java Util Logging（JUL）等。Logback是一个快速、灵活且功能强大的日志框架，是Log4j的继任者。
Spring Boot对所有的内部日志使用Commons Logging，但是对底层的日志实现是开放的。提供了Java Util Logging、Log4J2和Logback的默认配置。并且会预先配置使用控制台输出，也可以选择文件保存日志记录
Apache Log4j 是一个非常古老的日志框架，并且是多年来最受欢迎的日志框架。 它引入了现代日志框架仍在使用的基本概念，如分层日志级别和记录器。
因为不会直接导致代码 bug，测试人员也难及时发现问题，开发就没仔细考虑日志内容获取的性能开销、随意选用日志级别。
2001年以前，Java是没有日志库的，打印日志全凭System.out和System.err
Log4j + Slf4j 的使用组合最为常见，但是我们知道 Log4j 目前已经停止更新了。Apache推出了新的 Log4j2 来代替 Log4j，Log4j2 是对Log4j 的升级，与其前身 Log4j 相比有了显着的改进，并提供了许多 Logback 可用的改进，同时解决了 Logback 体系结构中的一些固有问题。因此，Log4j2 + Slf4j 应该是未来的大势所趋。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
