Java开源框架类库介绍(六)--SLF4J

SLF4J的全称是Simple Logging Facade 4 Java,从名称即可看出,这是一个针对Java的logging的一个简单的门面。


1. 简介

1.1. SLF4J简介

提到门面(Facade),我们就要谈论到Facade Pattern,提到Facade Pattern我们可以去参见这篇文章:设计模式(15)-Facade Pattern 设计模式(15)-Facade Pattern

那么这里SLF4J由于使用了门面模式,所以我们可以在代码中通过使用SLF4J的接口编写代码,等到实际运行的时候通过配置我们使用的实际的类库,来选择我们在运行时使用来进行logging的framework。也就是说:我们在运行时,如果发现使用的java自带的java.util.logging.Logger用得不开心而期望使用Log4J,那么很简单,只要我们将Log4J的jar包引入classpath,然后添加SLF4J对应的connector即可。是不是很方便?那么我们接着开始。


1.2. JCL简介

提到SLF4J就不能不提到大名鼎鼎的JCL:Jakarta Commons Logging (JCL)提供的是一个日志(Log)接口(interface),同时兼顾轻量级和不依赖于具体的日志实现工具。它提供给中间件/日志工具开发者一个简单的日志操作抽象,允许程序开发人员使用不同的具体日志实现工具。

了解JCL包里情况,可以查看它的API文档:http://www.oschina.net/uploads/doc/commons-logging-1.1.1/index.html , 其中Log(基本记录器)和LogFactory(负责创建Log实例)是两个基类。该API直接提供对下列底层日志记录工具的支持:Jdk14Logger,Log4JLogger,LogKitLogger,NoOpLogger (直接丢弃所有日志信息),还有一个SimpleLog。 

有必要详细说明一下调用LogFactory.getLog()时发生的事情。调用该函数会启动一个发现过程,即找出必需的底层日志记录功能的实现,具体的发现过程在下面列出:  ( 换句话说就是, 有这么多工具,common-logging该使用哪一个呢?这取决于系统的设置,common-logging将按以下顺序决定使用哪个日志记录工具:

  1. common-logging首先在CLASSPATH中查找commons-logging.properties文件。这个属性文件至少定义org.apache.commons.logging.Log属性,它的值应该是上述任意Log接口实现的完整限定名称。如果找到 org.apache.commons.logging.Log属相,则使用该属相对应的日志组件。结束发现过程。
  2. 如果上面的步骤失败(文件不存在或属相不存在),common-logging接着检查系统属性org.apache.commons.logging.Log。如果找到org.apache.commons.logging.Log系统属性,则使用该系统属性对应的日志组件。结束发现过程。
  3. 如果找不到org.apache.commons.logging.Log系统属性,common-logging接着在CLASSPATH中寻找log4j的类。如果找到了就假定应用要使用的是log4j。不过这时log4j本身的属性仍要通过log4j.properties文件正确配置。结束发现过程。
  4. 如果上述查找均不能找到适当的Logging API,但应用程序正运行在JRE 1.4或更高版本上,则默认使用JRE 1.4的日志记录功能。结束发现过程。
  5. 最后,如果上述操作都失败(JRE 版本也低于1.4),则应用将使用内建的SimpleLog。SimpleLog把所有日志信息直接输出到System.err。结束发现过程。
为了简化配置 commons-logging ,一般不使用 commons-logging 的配置文件,也不设置与 commons-logging 相关的系统环境变量,而只需将 Log4j 的 Jar 包放置到 classpash 中就可以了。这样就很简单地完成了 commons-logging 与 Log4j 的融合。
根据不同的性质,日志信息通常被分成不同的级别,从低到高依次是:“调试( DEBUG )”“信息( INFO )”“警告( WARN )”“错误(ERROR )”“致命错误( FATAL )”。

但从上面可以很清楚的看出,JCL绑定Log4J是非常紧的。尽管Log4J目前是最好用的logging工具,但1.x版本已经基本很少在维护了,而2.x版本迟迟未能release。所以,我们需要更灵活的选择——SLF4J。


2. 开始开发

2.1. 配置

我们同样使用Maven建立我们的project。在pom.xml中我们指定我们需要的logger的dependency,这里我们特意选定了一个特殊的Logger:logback。

		<dependency>
			<groupId>ch.qos.logback</groupId>
			<artifactId>logback-classic</artifactId>
			<version>1.0.13</version>
		</dependency>
注意logback依赖了SLF4J,所以我们的工程得以编译通过,然后我们在运行时检查发现通过maven依赖我们的工程中包含了logback的连接器,所以输出的时候使用logback输出。

2.2. 编写测试代码

public class AppTest 
{
	private static final Logger logger = LoggerFactory.getLogger(AppTest.class); 
	@Test
	public void testSLF4J() {
		logger.debug("debug infor {}", AppTest.class);
	}
}

之后运行,可以发现使用了Logback进行输出。


如果需要使用Log4J,我们将dependency修改为:

		<dependency>
			<groupId>org.slf4j</groupId>
			<artifactId>slf4j-log4j12</artifactId>
			<version>1.7.7</version>
		</dependency>

再去拷贝一个最简单的log4j.xml文件到我们的源代码目录,即可轻易实现log输出到log4j的配置。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/'>
	<appender name="myConsoleAppender" class="org.apache.log4j.ConsoleAppender">
		<layout class="org.apache.log4j.PatternLayout">
			<param name="ConversionPattern"
				value="[%d{yy-MM-dd HH:mm:ss,SSS\} %-5p] [%t] %c %n -%l - %m%n" />
		</layout>
	</appender>

	<!-- 根logger的设置 -->
	<root>
		<!-- root级别输出设置 -->
		<priority value="debug" />
		<!-- 目的地 -->
		<appender-ref ref="myConsoleAppender" />
	</root>
</log4j:configuration>




  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值