日志框架之Slf4j整合Logback
什么是Slf4j ?Slf4J,即简单日志门面(Simple Logging Facade for Java),不是具体的日志解决方案,它只服务于各种各样的日志系统。按照官方的说法,Slf4J是一个用于日志系统的简单Facade,允许最终用户在部署其应用时使用其所希望的日志系统。从某种程度上,Slf4J有点类似JDBC,不过比JDBC更简单,在JDBC中,你需要指定驱动程序,而在使用Slf4J的时
什么是Slf4j ?
Slf4J,即简单日志门面(Simple Logging Facade for Java),不是具体的日志解决方案,它只服务于各种各样的日志系统。按照官方的说法,Slf4J是一个用于日志系统的简单Facade,允许最终用户在部署其应用时使用其所希望的日志系统。
从某种程度上,Slf4J有点类似JDBC,不过比JDBC更简单,在JDBC中,你需要指定驱动程序,而在使用Slf4J的时候,不需要在代码中或配置文件中指定你打算使用那个具体的日志系统。如同使用JDBC基本不用考虑具体数据库一样,Slf4J提供了统一的记录日志的接口,只要按照其提供的方法记录即可,最终日志的格式、记录级别、输出方式等通过具体日志系统的配置来实现,因此可以在应用中灵活切换日志系统。
什么是Logback?
Logback是由log4j创始人设计的又一个开源日志组件。Logback当前分成三个模块:
- Logback-core
- Logback- classic
- Logback-access
Logback-core是其它两个模块的基础模块。Logback-classic是log4j的一个 改良版本。此外Logback-classic完整实现SLF4J API使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging。Logback-access访问模块与Servlet容器集成提供通过Http来访问日志的功能。
补充:门面模式,是指提供一个统一的接口去访问多个子系统的多个不同的接口,它为子系统中的一组接口提供一个统一的高层接口。使得子系统更容易使用。
Slf4j就是门面,Logback就是她的子系统。
1.快速入门
1.1 添加依赖
此处额外添加了 Junit依赖,用于单元测试,直观展示效果
关于Junit 可以参考这篇:https://blog.csdn.net/qq_36110736/article/details/107774507
<!-- Slf4j 依赖 -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.7.30</version>
</dependency>
<!-- logback 依赖 -->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<version>1.2.3</version>
</dependency>
<!-- Junit依赖 用于单元测试-->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.13</version>
</dependency>
1.2 具体实现
import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class Slf4jTest {
public static final Logger LOGGER = LoggerFactory.getLogger(Slf4jTest.class);
@Test
public void test01(){
//日志输出
LOGGER.error("error");
LOGGER.warn("wring");
LOGGER.info("info");
LOGGER.debug("debug");
LOGGER.trace("trance");
//占位符输出
String name = "bysen";
Integer age = 24;
LOGGER.info("姓名{},年龄{}",name,age);
//异常处理
try{
int i =1/0;
}catch (Exception e){
LOGGER.error("发生异常:",e);
}
}
}
1.3 运行结果
补充:Slf4j日志级别,重要程度由上到下
- error: 用户程序报错,必须解决的时候使用此级别打印日志。
- warn:警告,不会影响程序的运行,但是值得注意。
- info 一般处理业务逻辑的时候使用,就跟 system.err打印一样,用于说明此处是干什么的。
- debug: 一般放于程序的某个关键点的地方,用于打印一个变量值或者一个方法返回的信息之类的信息
- trace: 一般不会使用,在日志里边也不会打印出来,最低的一个日志级别。
2.Logback中的配置文件
详细使用可以参考:https://www.cnblogs.com/warking/p/5710303.html
Logback会依次读取以下类型配置文件
- logback.groovy
- logback-test.xml
- logback.xml
- 如果均不存在会使用默认配置
2.1 组件之间关系
- Logger:日志记录器,关联到应用的对应的context上后,主要用于存放日志对象,可以定义日志的类型级别。
- Appender:用于指定日志输出的目的地,目的地可以是控制台,日志,数据库等。
- Layout:负责把事件转化成字符串格式化的日志输出,在Logback中Layout被封装在encoder中
在resources目录下创建logback.xml,
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<property name = "ENCODER_PATTERN" value = "%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{80} - %msg%n"/>
<!-- 控制台日志:输出全部日志到控制台 -->
<appender name="console" class="ch.qos.logback.core.ConsoleAppender">
<!-- 控制输出流对象,默认System.out 改为System.err-->
<target>System.err</target>
<!-- 日志消息格式配置-->
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>${ENCODER_PATTERN}</pattern>
</encoder>
</appender>
<!-- root Logger 配置-->
<root>
<appender-ref ref="console"></appender-ref>
</root>
</configuration>
再次执行,输出结果变成如下:
参考:
https://www.cnblogs.com/renrenbinbin/archive/2012/12/25/2832525.html
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)