13518219792
这篇文章主要讲解了“Log4j2的优点有哪些”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Log4j2的优点有哪些”吧！
创新互联建站网站建设公司是一家服务多年做网站建设策划设计制作的公司,为广大用户提供了网站设计、网站制作，成都网站设计，广告投放平台，成都做网站选创新互联建站，贴合企业需求，高性价比，满足客户不同层次的需求一站式服务欢迎致电。
Apache Log4j 2是 Log4j(1) 的升级版，比它的祖先 Log4j 1. x 有了很大的改进，和logback对比有很大的改进。除了内部设计的调整外，主要有以下几点的大升级：
更简化的配置
更强大的参数格式化
最夸张的异步性能
Log4j 2中，分为**API(log4j-api）和实现(log4j-core)**两个模块。API 和slf4j 是一个类型，属于日志抽象/门面，而实现部分，才是Log4j 2的核心。
org.apache.logging.log4j » log4j-api
org.apache.logging.log4j » log4j-core
这个特性，算是Log4j2最强之处了。log4j2 在目前JAVA中的日志框架里，异步日志的性能是最高的，没有之一。
先来看一下，几种日志框架benchmark对比结果（log4j2官方测试结果）：
从图上可以看出，log4j2的异步（全异步，非混合模式）下的性能，远超log4j1和logback，简直吊打。压力越大的情况下，吞吐上的差距就越大。在64线程测试下，log4j2的吞吐达到了180w+/s，而logback/log4j1只有不到20w，相差近十倍
从2.6版本开始（2016年），log4j2 默认就以零GC模式运行了。什么叫零GC呢？就是不会由于log4j2而导致GC。
log4j2 中各种Message对象，字符串数组，字节数组等全部复用，不重复创建，大大减少了无用对象的创建，从而做到“零GC”。
log4j 还提供了一个MemoryMappedFileAppender，I/O 部分使用MemoryMappedFile来实现，可以得到极高的I/O性能。不过在使用MemoryMappedFileAppender之前，得确定你足够了解MemoryMappedFile的相关知识，否则不要轻易使用呦。
API模块和slf4j相比，提供了更丰富的参数格式化功能。
在slf4j里，我们可以用{}的方式来实现“format”的功能（参数会直接toString替换占位符），像下面这样：
logger.debug("Logging in user {} with birthday {}", user.getName(), user.getBirthdayCalendar()); 复制代码log4j2 中除了支持{}的参数占位符，还支持String.format的形式：
public static Logger logger = LogManager.getFormatterLogger("Foo"); logger.debug("Logging in user %s with birthday %s", user.getName(), user.getBirthdayCalendar()); logger.debug("Logging in user %1$s with birthday %2$tm %2$te,%2$tY", user.getName(), user.getBirthdayCalendar()); logger.debug("Integer.MAX_VALUE = %,d", Integer.MAX_VALUE); logger.debug("Long.MAX_VALUE = %,d", Long.MAX_VALUE); 复制代码** 注意，如果想使用String.format的形式，需要使用LogManager.getFormatterLogger而不是LogManager.getLogger**
log4j2 的 Logger接口中，还有一个printf方法，无需创建LogManager.getFormatterLogger，就可以使用String.format的形式
logger.printf(Level.INFO, "Logging in user %1$s with birthday %2$tm %2$te,%2$tY", user.getName(), user.getBirthdayCalendar()); logger.debug("Opening connection to {}...", someDataSource); 复制代码这个功能虽然小，但非常实用。
在某些业务流程里，为了留根或追溯问题，需要完整的打印入参，一般是把入参给用JSON/XML序列化后用debug级别打印：
logger.debug("入参报文：{}",JSON.toJSONString(policyDTO)); 复制代码如果需要追溯问题时，会将系统的日志级别调到debug/trace，这样就可以打印。但是这里有个问题，虽然在info级别下debug不会输出内容，但JSON.toJSONString()这个序列化的代码一定会执行，严重影响正常流程下的执行效率。
我们期望的结果是info级别下，连序列化都不执行。这里可以通过isDebugEnable来判断当前配置下debug级别是否可以输出：
if(logger.isDebugEnabled()){ logger.debug("入参报文：{}",JSON.toJSONString(policyDTO)); } 复制代码这样虽然可以避免不必要的序列化，但每个地方都这么写还是有点难受的，一行变成了三行。
log4j2 的 logger 对象，提供了一系列lambda的支持，通过这些接口可以实现“惰性”打日志： void debug(String message, Supplier... paramSuppliers); void info(String message, Supplier... paramSuppliers); void trace(String message, Supplier... paramSuppliers); void error(String message, Supplier... paramSuppliers); //等同于下面的先判断，后打印 logger.debug("入参报文：{}",() -> JSON.toJSONString(policyDTO)); if(logger.isDebugEnabled()){ logger.debug("入参报文：{}",JSON.toJSONString(policyDTO)); } 复制代码这种 Supplier + Lambda 的形式，等同于上面的先判断 isDebugEnable 然后打印，三行的代码变成了一行。嗯，真香。
Log4j 2 同时支持XML/JSON/YML/Properties 四种形式的配置文件，不过最主流的还是XML的方式，最直观。
来看一下logback和log4j2的配置文件对比，同样功能的配置下：
