需要进行显式的if(log.isDebugEnabled()) { ... }检查吗？
我的意思是，我看到一些帖子提到log.debug("something")在记录日志之前会隐式调用以查看是否已启用调试模式日志记录。我是否漏掉了什么或者在使用之前需要执行中间步骤？
谢谢！
log.debug("ResultSet rs is retrieved from OracleTypes");
对比
if(log.isDebugEnabled()){
log.debug("ResultSet rs is retrieved from OracleTypes");
}
编辑： 针对此问题，我写了一篇文章： http://java.sg/whether-to-do-a-isdebugenabled-checking-before-printing-out-your-log-statement/
if(log.isDebugEnabled()){
这个语句只是为了提高性能而使用的。由于它在内部被日志方法调用，所以它的使用是可选的。
但现在你可能会问，既然这个检查是在内部进行的，那我为什么还要使用它呢？非常简单：如果您想记录像这样简单的内容：
log.debug("ResultSet rs is retrieved from OracleTypes");
那么你就不需要进行任何检查。如果你使用append运算符（+）组合一个字符串来记录日志，就像这样:
log.debug("[" + System.getTimeInMillis() + "] ResultSet rs is retrieved from OracleTypes");
在这种情况下，您应该检查日志是否已启用，因为即使未生成日志，字符串组合也会发生。并且我必须提醒您，使用操作符“+”连接字符串非常低效。
我知道这篇文章很旧，但是如果有人刚刚发现它...
如果你使用SLF4J，可以通过使用消息格式化来避免调用isDebugEnabled()。
例如，可以使用以下方式代替：
Object entry = new SomeObject();
logger.debug("The entry is " + entry + ".");
使用：
Object entry = new SomeObject();
logger.debug("The entry is {}.", entry);
只有在启用调试模式时，消息格式化才会被评估。
因此，在简单情况下，您可以避免使用isDebugEnabled()。
但是，在构建参数耗费较大的情况下，仍然需要使用isDebugEnabled()（即使使用SLF4J）。
例如：
if (logger.isDebugEnabled()) {
logger.debug("Here is the SQL: {}", sqlWrapper.buildSQL()); // assume buildSQL() is an expensive operation
}
logger.debug方法的内部实现而记录，则还有其他一些事情也会浮现在我的脑海中... 我的意思是，现在...你们说这个方法在内部检查调试是否启用（Logger类的javadoc也是如此）...但是如果（不应该发生）记录器的实现者更改合同（从背后刺），即使在这种情况下，您的日志也不会记录该信息。 - Victorlogger.debug("Hello World {}", test());无论日志记录器的级别如何，都会调用test()。 - ACVtoString() 方法不会被执行。这符合文档所说的内容：logger.debug("Hello World {}", test()); test 会被调用，但是当 test 是一个对象时，logger.debug("Hello World {}", test); 不会调用其 toString() 方法。所以，对的。 - ACV我通过在我的代码中执行检查和不执行检查的方式来检查下面的代码。有趣的是，如果我们在代码中执行检查，对于执行一百万次的4个日志语句，需要额外花费400毫秒。我正在使用SLF4J 1.6.6版本。如果你可以承受每百万个请求多花费400毫秒的时间，那么你就不需要进行检查。
long startTime = System.currentTimeMillis();
for (int i = 0; i < 1000000; i++) {
if (logger.isTraceEnabled()) {
logger.trace(request.getUserID());
logger.trace(request.getEntitlementResource().getResourceString());
logger.trace(request.getEntitlementResource().getActionString());
logger.trace(request.getContextMap());
}
}
long endTime = System.currentTimeMillis();
logger.fatal("With Check Enabled : " + (endTime - startTime) + " ms");
startTime = System.currentTimeMillis();
for (int i = 0; i < 1000000; i++) {
logger.trace(request.getUserID());
logger.trace(request.getEntitlementResource().getResourceString());
logger.trace(request.getEntitlementResource().getActionString());
logger.trace(request.getContextMap());
}
endTime = System.currentTimeMillis();
logger.fatal("With Check Disabled : " + (endTime - startTime) + " ms");
---输出---
*2016-01-07 10:49:11,501 错误 [:http-bio-8080-exec-3] [com.citi.cmb.entitlement.service.EntitlementServiceImpl][]-启用检查: 661 毫秒
2016-01-07 10:49:57,141 错误 [:http-bio-8080-exec-3] [com.citi.cmb.entitlement.service.EntitlementServiceImpl][]-禁用检查: 1043 毫秒
isTraceEnabled 只被检查了一次，但实际上这并不是这样的情况，对于每个语句，isTraceEnabled 都将被检查。如果您可以使用此更改发布结果，那将非常好。 - Kartikeyrequest 的工作原理。 - Leon这样做是为了提高性能。如果首先检查这个条件，log.debug(...语句就不会被执行。
实际上，它的功能是相同的。