Java专题

slf4j+logback的配置及使用

2017-09-01  本文已影响733人  maxwellyue

几种日志的区别

可以这么理解,slf4jcommons-logging是一种抽象接口,Log4jLog4j2logback是它们的实现,在实际使用中,一般选择slf4j+Log4j2或者slf4j+logback

性能对比可以看:Apache Log4j 2.0值得升级吗

下文仅讨论slf4j+logback


配置及使用

1、引入相关日志依赖,去除其他无关日志依赖

既然选择了slf4j+logback,首先要将项目中的其他jar包,如commons-loggingLog4j去掉。
如果项目使用maven,可以使用mvn dependency:tree命令来查看描绘项目依赖树,看哪些显式的dependecy依赖了它们。
spring-core里面就集成了commons-logging,可以通过exclusions标签将其排除掉。

<dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>${spring.version}</version>
            <!--因为使用了sl4j,所以去掉commons-logging-->
            <exclusions>
                <exclusion>
                    <groupId>commons-logging</groupId>
                    <artifactId>commons-logging</artifactId>
                </exclusion>
            </exclusions>
</dependency>

但spring本身日志就使用的commons-logging,仅仅去掉就会使其不能正常工作,还需要添加commons loggingslf4j的桥接器jcl-over-slf4j,如下在项目中添加该依赖:

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>jcl-over-slf4j</artifactId>
    <version>${jcl.over.slf4j.version}</version>
</dependency>

如果有直接使用log4j的组件,也要将log4j排除掉,同时添加log4j-over-slf4

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>log4j-over-slf4j</artifactId>
</dependency>

最后,可以使用mvn dependency:tree或者mvn dependency:list查看项目依赖,看是否存在重复引入等,比如我们使用slf4j+logback的方案,只需要引入logback-classic即可,不必再显示添加slf4j-apilogback-core,因为logback-classic本身依赖它们。

<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>${logback.version}</version>
</dependency>

这一步就是引入logbackslf4j,去掉common-loggingLog4jLog4j等无关日志组件,同时添加commons loggingslf4j的桥接器jcl-over-slf4j(如果项目中原来使用到了commons logging)。

2、配置logback

logback在启动时,根据以下步骤寻找配置文件:①在classpath中寻找logback-test.xml文件→②如果找不到logback-test.xml,则在 classpath中寻找logback.groovy文件→③如果找不到 logback.groovy,则在classpath中寻找logback.xml文件
如果上述的文件都找不到,则logback会使用JDKSPI机制查找 META-INF/services/ch.qos.logback.classic.spi.Configurator中的 logback 配置实现类,这个实现类必须实现Configuration接口,使用它的实现来进行配置
如果上述操作都不成功,logback 就会使用它自带的 BasicConfigurator 来配置,并将日志输出到console

这里采用xml格式的配置文件:在resources目录下新建logback.xml文件,logback.xml文件的具体配置如下(仅供参考):

<?xml version="1.0" encoding="UTF-8"?>
<!--scan:
            当此属性设置为true时,配置文件如果发生改变,将会被重新加载,默认值为true。
scanPeriod:
            设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒。当scan为true时,此属性生效。默认的时间间隔为1分钟。
debug:
            当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false。

configuration 子节点为 appender、logger、root

            -->
<configuration scan="true" scanPeriod="60 seconds" debug="false">
    <!--用于区分不同应用程序的记录-->
    <contextName>edu-cloud</contextName>
    <!--日志文件所在目录,如果是tomcat,如下写法日志文件会在则为${TOMCAT_HOME}/bin/logs/目录下-->
    <property name="LOG_HOME" value="logs"/>

    <!--控制台-->
    <appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <!--格式化输出:%d表示日期,%thread表示线程名,%-5level:级别从左显示5个字符宽度 %logger输出日志的logger名 %msg:日志消息,%n是换行符 -->
            <pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%thread] %-5level %logger{36} : %msg%n</pattern>
            <!--解决乱码问题-->
            <charset>UTF-8</charset>
        </encoder>
    </appender>

    <!--滚动文件-->
    <appender name="infoFile" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <!-- ThresholdFilter:临界值过滤器,过滤掉 TRACE 和 DEBUG 级别的日志 -->
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>INFO</level>
        </filter>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_HOME}/log.%d{yyyy-MM-dd}.log</fileNamePattern>
            <maxHistory>30</maxHistory><!--保存最近30天的日志-->
        </rollingPolicy>
        <encoder>
            <charset>UTF-8</charset>
            <pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%thread] %-5level %logger{36} : %msg%n</pattern>
        </encoder>
    </appender>

    <!--滚动文件-->
    <appender name="errorFile" class="ch.qos.logback.core.rolling.RollingFileAppender">
             <!-- ThresholdFilter:临界值过滤器,过滤掉 TRACE 和 DEBUG 级别的日志 -->
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>error</level>
        </filter>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_HOME}/error.%d{yyyy-MM-dd}.log</fileNamePattern>
            <maxHistory>30</maxHistory><!--保存最近30天的日志-->
        </rollingPolicy>
        <encoder>
            <charset>UTF-8</charset>
            <pattern>[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%thread] %-5level %logger{36} : %msg%n</pattern>
        </encoder>
    </appender>

    <!--将日志输出到logstack-->
    <!--<appender name="logstash" class="net.logstash.logback.appender.LogstashTcpSocketAppender">
        <destination>47.93.173.81:7002</destination>
        <encoder class="net.logstash.logback.encoder.LogstashEncoder">
            <charset>UTF-8</charset>
        </encoder>
        <keepAliveDuration>5 minutes</keepAliveDuration>
    </appender>-->

    <!--这里如果是info,spring、mybatis等框架则不会输出:TRACE < DEBUG < INFO <  WARN < ERROR-->
    <!--root是所有logger的祖先,均继承root,如果某一个自定义的logger没有指定level,就会寻找
    父logger看有没有指定级别,直到找到root。-->
    <root level="debug">
        <appender-ref ref="stdout"/>
        <appender-ref ref="infoFile"/>
        <appender-ref ref="errorFile"/>
        <appender-ref ref="logstash"/>
    </root>

    <!--为某个包单独配置logger

    比如定时任务,写代码的包名为:com.seentao.task
    步骤如下:
    1、定义一个appender,取名为task(随意,只要下面logger引用就行了)
    appender的配置按照需要即可


    2、定义一个logger:
    <logger name="com.seentao.task" level="DEBUG" additivity="false">
      <appender-ref ref="task" />
    </logger>
    注意:additivity必须设置为false,这样只会交给task这个appender,否则其他appender也会打印com.seentao.task里的log信息。

    3、这样,在com.seentao.task的logger就会是上面定义的logger了。
    private static Logger logger = LoggerFactory.getLogger(Class1.class);
    -->

</configuration>

在进行配置的时候,主要要理解或记住以下几点(主要标签的用处):

①private  Logger logger = LoggerFactory.getLogger(UserService.class);
或者
②private  Logger logger = LoggerFactory.getLogger("com.maxwell.service.UserService");

这两种写法是一样的,第①中写法实际会转化为②中的方式来获取一个logger实例。
当我们写下这行代码时,logback会依次检查以下各个logger实例的是否存在,如果不存在则依次创建:

com
com.maxwell
com.maxwell.service
com.maxwell.service.UserService

而创建logger实例的时候,就会去配置文件中查找名字为comcom.maxwellcom.maxwell.servicecom.maxwell.service.UserServicelogge标签,并根据其中定义的规则创建。所以,假如你在配置文件中没有定义name为上述字符串的logger时,就会找到root这个祖先,根据root标签定义的规则创建logger实例。

理解了上面的这一点,想要实现某个包或者某个类单独输出到某日志文件的需求就很好实现了:①定义一个appender,指明日志文件的输出目的地;②定义一个loggername设为那个包或类的全路径名。如果只想将这个类或包的日志输出到刚才定义的appender中,就将additivity设置为false

还有就是,上面的参考配置可以保证mybatissql语句、spring的日志正常输出到控制台,但由于mybatissql语句输出的级别为debug,所以不会输出到nameinfoFileappender中,因为该appender中设置了级别为info的过滤器filter,如果想将mybatissql语句也输出到日志文件中,请将info改为debug
也就是,一条日志想要顺利到达输出目的地,除了logger的级别要低于该级别,appender中的filter中设置的级别也要低于该级别。(TRACE < DEBUG < INFO < WARN < ERROR)

3、使用

在代码中获取logger时,我们可能有两种方式:

private static Logger logger = LoggerFactory.getLogger(UserService.class);
private Logger logger = LoggerFactory.getLogger(UserService.class);

你可能会认为不加static会为UserService类的不同实例创建多个logger实例,实际不是的,某个类的logger实例一旦创建,logback会将其缓存在一个map中(Map<String, Logger> loggerCache),下次获取的时候直接从这个map中获取。所以,上述两种写法性能差距不大,只多一个很小的从cache中取对象的开销:加上static,下次获取的时候就直接从内存中取了(类变量是多个实例共享的),不会再调用LoggerFactory.getLogger(UserService.class),而不加static则从logback的缓存中取,需要调用LoggerFactory.getLogger(UserService.class)

最后要注意的是,这里的LoggerLoggerFactoryslf4j包里的,不要选成了java.util.logging。如果你的IDE出现了slf4jjava自带日志包外的其他选项,就要考虑你是不是没有将其他不相关的日志组件从你的项目中去掉。


参考

logback中logger对象的创建过程源码分析
Why log4j's Logger.getLogger() need pass a Class type?
logback logback.xml常用配置详解
java日志,需要知道的几件事(commons-logging,log4j,slf4j,logback)
logback 配置详解
logback为单独的包配置日志输出文件
Apache Log4j 2.0值得升级吗

上一篇下一篇

猜你喜欢

热点阅读