在log4j中，在记录日志之前检查isDebugEnabled是否能提高性能?

我在我的应用程序中使用Log4J进行日志记录。之前我使用的调试调用如下:

选项1:

logger.debug("some debug text");

但是一些链接建议最好先检查isDebugEnabled()，比如:

选项2:

boolean debugEnabled = logger.isDebugEnabled();
if (debugEnabled) {
    logger.debug("some debug text");
}

所以我的问题是“选项2是否能提高性能?”

因为在任何情况下Log4J框架对debugEnabled都有相同的检查。对于选项2，如果我们在一个方法或类中使用多个调试语句可能是有益的，这样框架就不需要多次调用isDebugEnabled()方法(每次调用);在这种情况下，它只调用isDebugEnabled()方法一次，如果Log4J被配置为调试级别，那么实际上它会调用isDebugEnabled()方法两次:

如果将值分配给debugEnabled变量，和实际上由logger.debug()方法调用。

我不认为如果我们在方法或类中编写多个logger.debug()语句并根据选项1调用debug()方法，那么与选项2相比，Log4J框架的开销是很大的。由于isDebugEnabled()是一个非常小的方法(就代码而言)，因此它可能是内联的良好候选方法。

当前回答

Log4j2允许您将参数格式化为消息模板，类似于String.format()，因此不需要执行isDebugEnabled()。

Logger log = LogManager.getFormatterLogger(getClass());
log.debug("Some message [myField=%s]", myField);

简单的log4j2.properties示例:

filter.threshold.type = ThresholdFilter
filter.threshold.level = debug
appender.console.type = Console
appender.console.name = STDOUT
appender.console.layout.type = PatternLayout
appender.console.layout.pattern = %d %-5p: %c - %m%n
appender.console.filter.threshold.type = ThresholdFilter
appender.console.filter.threshold.level = debug
rootLogger.level = info
rootLogger.appenderRef.stdout.ref = STDOUT

2018-04-15 23:03:51

其他回答

在Java 8中，您不必使用isDebugEnabled()来提高性能。

https://logging.apache.org/log4j/2.0/manual/api.html#Java_8_lambda_support_for_lazy_logging

import java.util.logging.Logger;
...
Logger.getLogger("hello").info(() -> "Hello " + name);

2015-09-11 03:02:12

它提高了速度，因为在调试文本中连接字符串是很常见的，这是昂贵的，例如:

boolean debugEnabled = logger.isDebugEnabled();
if (debugEnabled) {
    logger.debug("some debug text" + someState);
}

2009-06-08 05:18:40

由于许多人在搜索log4j2时可能会看到这个答案，而且几乎所有当前的答案都不考虑log4j2或它最近的变化，因此这应该能够回答这个问题。

log4j2支持供应商(目前是它们自己的实现，但根据文档，计划在3.0版本中使用Java的供应商接口)。你可以在手册里读到更多。这允许你把昂贵的日志消息创建到一个供应商，它只创建消息，如果它将被记录:

LogManager.getLogger().debug(() -> createExpensiveLogMessage());

2018-03-23 14:58:12

在这种特殊情况下，选择1更好。

当涉及调用各种对象的toString()方法并连接结果时，保护语句(检查isDebugEnabled())是为了防止日志消息潜在的昂贵计算。

在给定的示例中，日志消息是一个常量字符串，因此让记录器丢弃它与检查记录器是否启用一样有效，并且由于分支较少，因此降低了代码的复杂性。

更好的方法是使用最新的日志记录框架，其中日志语句接受一个格式规范和一个参数列表，由日志记录器代替——但是“惰性地”，只有在启用了日志记录器的情况下。这是slf4j采用的方法。

有关更多信息，请参阅我对相关问题的回答，以及使用log4j执行类似操作的示例。

2009-06-08 06:44:48

Since in option 1 the message string is a constant, there is absolutely no gain in wrapping the logging statement with a condition, on the contrary, if the log statement is debug enabled, you will be evaluating twice, once in the isDebugEnabled() method and once in debug() method. The cost of invoking isDebugEnabled() is in the order of 5 to 30 nanoseconds which should be negligible for most practical purposes. Thus, option 2 is not desirable because it pollutes your code and provides no other gain.

2009-06-08 09:12:59

在log4j中，在记录日志之前检查isDebugEnabled是否能提高性能?

推荐文章

最新文章

标签