项目中经常会用到：
if (logger.isDebugEnabled()) {
logger.debug( "message:" + user.getMessage() );
}
我们会想当然得认为这段代码作用是为了控制日志文件的输出，但是通过查看源码我们会发现，在debug()方法中做了与isDebugEnabled()方法一样的判断，因此我们在需要输出日志的地方直接调用debug方法也可以达到控制输出的目的。
以下是isDebugEnabled()以及debug()方法的源码：
public boolean isDebugEnabled() {
if(repository.isDisabled( Level.DEBUG_INT))
return false;
return Level.DEBUG.isGreaterOrEqual(this.getEffectiveLevel());
}
public void debug(Object message) {
if(repository.isDisabled(Level.DEBUG_INT))
return;
if(Level.DEBUG.isGreaterOrEqual(this.getEffectiveLevel())) {
forcedLog(FQCN, Level.DEBUG, message, null);
}
}
那么我们为什么还要多此一举，加上这样一个判断语句呢？
官方的说法是：出于效率考虑，看具体情况而定。
首先我们看以下代码：
log.debug( "message:" + user.getMessage() );
假如我们的日志级别为info，那么这句话不会被输出，但是这样写，这个方法还是会调用，因此getMessage()方法还是会执行。如果getMessage()这个方法过于复杂，需要很长时间来执行。而参数构造完之后，我们进入debug()方法进行判断：
if(repository.isDisabled(Level.DEBUG_INT))
return;
在这里就返回了。这样会导致我们什么都没有做但却耗费了时间，如果并发量大的时候，对性能的影响就比较明显了。
这个时候，出于性能的考虑，我们就应当添加isDebugEnabled()判断
if (logger.isDebugEnabled()) {
logger.debug( "message:" + user.getMessage() );
}
但是如果是这样简单的输出：
logger.debug(“error”);
添加判断就没有必要了。