slf4j简单日志门面与各种日志系统

SLF4J是为各种loging APIs提供一个简单统一的接口，从而使得最终用户能够在部署的时候配置自己希望的loging APIs实现。

准确的说，slf4j并不是一种具体的日志系统，而是一个用户日志系统的facade，允许用户在部署最终应用时方便的变更其日志系统。在系统开发中，统一按照slf4j的API进行开发，在部署时，选择不同的日志系统包，即可自动转换到不同的日志系统上。比如：选择JDK自带的日志系统，则只需要将slf4j-api-1.5.10.jar和slf4j-jdk14-1.5.10.jar放置到classpath中即可，如果中途无法忍受JDK自带的日志系统了，想换成log4j的日志系统，仅需要用slf4j-log4j12-1.5.10.jar替换slf4j-jdk14-1.5.10.jar即可（当然也需要log4j的jar及配置文件）

SLF4J获得logger对象：
private static final Logger logger = LoggerFactory.getLogger(Test.class);
输出日志信息：
logger.debug(“debug”);

LOG4J获得logger对象：

public class A {
private static Logger logger = Logger.getLogger(A.class);
}

下面对slf4j和log4j做一下总结： 
（1）大部分人在程序里面会去写logger.error(exception),其实这个时候log4j回去把这个exception tostring。真正的写法应该是logger(message.exception);而slf4j就不会使得程序员犯这个错误。 

(2)log4j间接的在鼓励程序员使用string相加的写法，而slf4j就不会有这个问题 
你可以使用logger.error("{} is+serviceid",serviceid); 

（3）使用slf4j可以方便的使用其提供的各种集体的实现的jar。（类似commons-logger） 

（4）从commons--logger和log4j merge非常方便，slf4j也提供了一个swing的tools来帮助大家完成这个merge。

用法：

log性能：
以下这种形式，不管是否log，都会损失拼接字符串的时间：
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
以下这种形式，是对上述情况的改进，但很臃肿：
if(logger.isDebugEnabled()) {
  logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));
}
以下这种，在slf4j里支持，很完美：
logger.debug("The entry is {}.", entry);
多个参数的情况：
logger.debug("The new entry is {}. It replaces {}.", entry, oldEntry);
很多参数的情况（也可以利用Object...，不用显式指定Object[]）：
logger.debug("Value {} was inserted between {} and {}.", new Object[] {newVal, below, above});

对{}进行转义：
以下情况不需要转移(slf4j它只认紧挨着的{}符号)
logger.debug("Set {1,2} differs from {}", "3");
以下情况也不需要转义：
logger.debug("Set {1,2} differs from {{}}", "3");
实在需要转义时可以这样：
logger.debug("Set \{} differs from {}", "3");
实在不需要转义时可以这样：
logger.debug("File name is C:\\{}.", "file.zip");

 

打印异常对象的堆栈信息，除了这种形式：

debug(String msg, Throwable t);

还可以结合参数化（转移字符{}）来使用：

logger.error("Failed to format {}", s, e);

     ——框架会发现最后一个参数是多余的，并查看其是否是一个异常对象，如果是则输出堆栈，否则忽略。

-----------------------------------------------------------

logger声明的讨论：

static和non-static各有好处：

     static的CPU和内存性能更好

     non-static对IOC更友好，而且在多个应用共用一套类库时，可以保持各自的日志环境

          （logback无论如何都是安全的，但如果在多个应用分享同一个类库，并且为static的，那log4j会出问题：所有的日志都打印到第一个加载到内存的日志对象中）

     在slf4j的1.5.3之后，non-static的logger不需要标记transient关键字，也不会被序列化（怎么做到的？）

 

建议的声明方式（我觉得加上static比较好，还有private）：

final (static) Logger logger = LoggerFactory.getLogger(MyClass.class);

 

参考：http://www.blogjava.net/watchzerg/archive/2014/07/13/415746.html