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
原文地址:https://www.cnblogs.com/dobestself-994395/p/4584855.html