之前一直用log4j，接手过一个项目，日志始终无法输出到文件，发现lib下一堆*log*，有commons-logging/commons-logging-1.1/apache-log4j，还有slf4j-api/slf4j-log4j12，感觉是冲突了，于是趁机查了一下，apache-common 和slf4j原来是两个不同的日志入口。

一般都是slf4j/logback，slf4j/slf4j-log4j，commons-logging/log4j这样搭配。

了解到slf4j/logback在性能上比log4j要好不少，也趁机研究一下log门面的实现原理，暂时了解到一个细节，参看：http://www.slf4j.org/faq.html#logging_performance

SLF4J/LOGBack 日志参数化
两种记录日志的方法：

//先拼装字符串，再进行判断，如果level高于debug，则之前的拼装过程浪费
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
 
if(logger.isDebugEnabled()) {
//先进行判断，就不会发生上述情况
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
}

isDebugEnabled()，
同理，如果日志级别为WARN，可以使用isInfoEnabled()，防止在info级别中白费功夫。

另一种实现方式：SLF4J/LOGBack：parameterized messages,会先进行判断，再决定是否用object填充占位符。

Object entry = new SomeObject();
logger.debug("The entry is {}.", entry);
//如果参数很多可以使用对象数组
logger.debug("Value {} was inserted between {} and {}.", new Object[] {newVal, below, above});

占位符转义参看：http://www.slf4j.org/faq.html#logging_performance
ref：http://www.infoq.com/cn/news/2007/08/logback

某些关键操作，比如判定是否记录一条日志语句的操作，其性能得到了显著的提高。这个操作在LOGBack中需要3纳秒，而在Log4J中则需要30纳秒。LOGBack创建记录器（logger）的速度也更快：13毫秒，而在Log4J中需要23毫秒。更重要的是，它获取已存在的记录器只需94纳秒，而Log4J需要2234纳秒，时间减少到了1/23。跟JUL相比的性能提高也是显著的。