在这里帮助我进行辩论.. :)
这里的 slf4j 站点 http://www.slf4j.org/faq.html#logging_performance 表示由于参数化日志记录，日志保护不是必需的。 IE。而不是写：
if(logger.isDebugEnabled()) {
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
}
你可以逃脱：
Object entry = new SomeObject();
logger.debug("The entry is {}.", entry);
这真的没问题，还是会产生（尽管较低）创建传递给跟踪方法的静态字符串的成本..？
【问题讨论】：
标签： java performance logging slf4j
我会试着从另一个角度把我的两分钱放在一边
参数化日志记录究竟有什么好处？
您只需推迟 toString() 调用 和 字符串连接 直到真正需要，也就是您真正需要记录消息的时候。当特定的日志记录操作被禁用时，这会优化性能。如果不确定，请查看source code for SLF4J。
参数化的日志记录是否让守卫在所有情况下都无用？
没有。
日志守卫在哪些情况下有用？
当有其他潜在的昂贵操作时。
例如（在这个特定的日志记录操作被禁用的情况下），如果我们没有没有日志保护
logger.debug("User name: {}", getUserService().getCurrentUser());
obj = getUserService().getCurrentUser()的费用
"User name: " + obj.toString() 节省成本
如果我们使用日志保护：
if (logger.isDebugEnabled()) {
logger.debug("User: {}", getUserService().getCurrentUser());
}
logger.isDebugEnabled()的费用
obj = getUserService().getCurrentUser() 的费用
"User name: " + obj.toString() 节省成本
在后一种情况下，启用此特定日志记录操作后，我们会以检查isDebugEnabled() 两次为代价来节省这两种成本。
注意：这只是一个示例，并非试图在此处讨论好/坏做法。
【讨论】：
编写和阅读所有这些if(logger.isDebugEnabled()) {} 所花费的时间可能与它们为您节省的时间一样多。
当然，调用 log 方法不是免费的，但调用 isDebugEnabled() 也是如此。因此，如果您使用此模式，您将为每个处于活动状态的日志语句支付更多费用（因为日志框架将检查级别两次）。
它也使代码混乱。
在实践中，我还没有发现性能损失大到足以打扰。
如果日志记录对您来说太慢，请编写一个非阻塞附加程序，将日志事件推送到队列中而无需进行几次检查，并使用后台线程来处理它们。
背景：标准附加程序都是同步的，因此在多线程应用程序中进行日志记录可能会导致所有线程等待将日志消息写入文件的大量小暂停。
【讨论】：
由于创建字符串，未使用保护。
相反，它通常用于避免可能昂贵的参数表达式，例如entry[i].retrieveExtendedDebugInformation().formatNicely()。为此，logback 确保仅在实际打印日志消息时才评估参数，而 log4j 始终在调用 debug() 之前评估参数。
这里唯一的候选者是String.valueOf(entry[i])，它也不是很贵，所以你可以说这个守卫完全没有必要。
【讨论】：
while(condition){log.debug(complicatedExpression); doSomething();}而你应该做log.debug(complicatedExpression); while(condition){log.trace(simpleExpression); doSomething();}。但我不是狂热者，我承认我经常写守卫。
log.debug("Entry is: " + entry); 中，必须在调用 log.debug() 之前构造参数，因此在框架有机会确定是否需要日志语句之前。为此，会调用entry.toString()，这可能需要一些时间。 Logback 的log.debug("Entry is : {}", entry); 没有这个问题，entry 是一个单独的参数，它的toString() 不必在debug() 之前调用。因此 logback 有机会在调用 entry.toString() 之前看到不需要日志条目。
这样的日志语句的问题：
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
是将值连接到String 会做很多工作，如果调试日志关闭，则永远不会使用它。因此，在这种情况下，在执行此行之前检查调试日志记录是否打开是有益的。当您只是传递参数时：
logger.debug("The entry is {}.", entry);
那么它就不需要构建一个从未使用过的String，也不需要检查；仅将参数传递给方法不会产生很高的开销。
请注意，如果日志语句中的参数表达式相对昂贵，则首先检查日志记录级别可能仍然有益。
【讨论】：
请不要使用if 语句，因为我每次看代码都是这样的
if (logger.isDebug()) {
logger.debug("Of course it's debug {}", sadFace);
}
我哭了。
我希望创建静态字符串的成本低到对 99% 的用户来说是微不足道的。
【讨论】：
{0} 构造。