Logback配置

OK，如今咱们整理Logback的配置。关于Logback的使用比较简单，和使用log4j也没什么太大区别，这里就不作赘述了。

这里先来贴出一份完整的logback.xml的配置文件，之后若是用到相关配置直接这里复制就行了。

<?xml version="1.0" encoding="UTF-8"?>

<!-- debug：打印logback内部日志信息，实时查看logback的运行状态，默认为false -->
<!-- scan：配置文件若是发生改变，是否被从新加载，默认为true。 -->
<!-- scanPeriod：设置检测配置文件是否有修改的时间间隔，若是没有给出时间单位，默认单位是毫秒，默认的时间间隔为1分钟，默认为true。 -->
<configuration debug="true" scan="true" scanPeriod="30 seconds">
	<contextName>Application</contextName>
	<!-- 时间戳定义，timeReference：使用日志产生日期为时间基准 -->
	<timestamp key="byDay" datePattern="yyyy-MM-dd" timeReference="contextBirth" />

	<!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径，可使用系统变量 -->
	<!-- <property name="LOG_HOME" value="${app.home}/log" /> -->
	<property name="LOG_HOME" value="log" />

	<!-- 控制台输出，生产环境将请stdout去掉 -->
	<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
		<encoder>
			<!--格式化输出：%d表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度，%msg：日志消息，%n是换行符 -->
			<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n
			</pattern>
		</encoder>
	</appender>

	<!-- 按照天天生成日志文件 -->
	<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
		<!-- 日志输出文件 -->
		<file>${LOG_HOME}/LoggingBack-${byDay}.log</file>
		<!-- 追加日志到原文件结尾 -->
		<append>false</append>
		<!-- timebasedrollingpolicy：演示时间和大小为基础的日志文件归档 -->
		<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
			<!-- 归档的日志文件的路径，例现在天是2013-12-21日志，当前写的日志文件路径为file节点指定。 -->
			<!--能够将此文件与file指定文件路径设置为不一样路径，从而将当前日志文件或归档日志文件置不一样的目录。 -->
			<!--而2013-12-21的日志文件在由fileNamePattern指定。%d{yyyy-MM-dd}指定日期格式，%i指定索引 -->
			<!-- 文件滚动日期格式：天天：.YYYY-MM-dd（默认）；每星期：.YYYY-ww；每个月：.YYYY-MM -->
			<!-- 每隔半天：.YYYY-MM-dd-a；每小时：.YYYY-MM-dd-HH；每分钟：.YYYY-MM-dd-HH-mm -->
			<fileNamePattern>${LOG_HOME}/log-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
			<!-- 控制归档文件的最大数量的保存，删除旧的文件，默认单位天数 -->
			<maxHistory>7</maxHistory>
			<!-- 设置当前日志的文件的大小，决定日志翻滚 -->
			<timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
				<!-- 除按日志记录以外，还配置了日志文件不能超过10M(默认)，若超过10M，日志文件会以索引0开始， -->
				<maxFileSize>10MB</maxFileSize>
			</timeBasedFileNamingAndTriggeringPolicy>
		</rollingPolicy>
		<encoder>
			<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger - %msg%n
			</pattern>
		</encoder>
	</appender>

	<!-- 能够写多个日志文件appender，而后区分多个模块的日志 -->
	<appender name="LOGGINGBACK2" class="ch.qos.logback.core.rolling.RollingFileAppender">
		<file>${LOG_HOME}/LoggingBack2.log</file>
		<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
			<fileNamePattern>${LOG_HOME}/LOG-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
			<maxHistory>7</maxHistory>
			<timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
				<maxFileSize>10MB</maxFileSize>
			</timeBasedFileNamingAndTriggeringPolicy>
		</rollingPolicy>
		<encoder>
			<pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger - %msg%n
			</pattern>
		</encoder>
	</appender>

	<!-- 指定一个包，name必填，additivity选填：控制是否继承父类appender，默认true -->
	<!-- level选填，若是木有指定从最近的父类继承，顶级为root的级别 -->
	<logger name="org.linkinpark.commons.logbackLogging" level="INFO" additivity="true">
		<appender-ref ref="FILE" />
	</logger>

	<!-- 指定一个具体的文件 -->
	<logger name="org.linkinpark.commons.logbackLogging.LoggingBack2" level="ERROR" additivity="false">
		<appender-ref ref="LOGGINGBACK2" />
	</logger>

	<root level="DEBUG">
		<appender-ref ref="STDOUT" />
	</root>
</configuration>

上面的配置文件说明：

1，日志级别的继承。咱们能够配置多个日志，顶级是root日志。而后每一个日志均可以从距离本身最近的父类来继承父类的日志级别，固然本身也能够重写。关于继承看下面这个例子：

值得注意的是：咱们在定义包或者文件类的日志级别的时候，写包名必须从头至尾写，不能从中间写。好比x.y.z，咱们写的要x.y或者x这样子写，不能y.z这样。本身不当心掉坑半天，我晕。

Logger name	Assigned level	Effective level
root	DEBUG	DEBUG
X	INFO	INFO
X.Y	none	INFO
X.Y.Z	ERROR	ERROR

2，默认状况下子类会从距离本身最近的父类继承父类的appender，即便本身从新定义了<appender-ref>，因此若是咱们不想继承的时候，设置additivity属性为false就行了。

3，实际的项目中，通常状况下项目发布到Linux服务器上，因此这个时候没有必要设置控制台的输出，为了避免影响性能，因此咱们通常都直接定义root，而后也只定义root的日志级别就够了。

上面的配置文件中，我只是为了在平时编码过程当中来控制台看日志输出而已。

4，上面的appender属性我配置了不论是true，仍是false，每次仍是老是给我添加到日志结尾了，郁闷，这个属性实际编码中能够忽略了。

5，日志的滚动通常都是有了最新的文件，而后将原来旧的文件从新命名，而后新的日志输出到最新的日志文件里面的，也就是说file属性指定文件每次都是最新的日志输出文件呢，别搞混了。

6，实际编码中，若是须要为不一样的模块，或者某一个模块中要配置不一样的日志文件，这个时候就能够定义多个appender，而后定义多个logger，而后设置additivity属性为false，appender-ref指向不一样的日志append，OK，这样子就实现了不一样文件的不一样日志备份。

最后，咱们就写一个具体的例子，来看下为不一样的日志文件生成不一样的项目日志，配置文件仍是用上面的OK了，2个测试代码以下：

package org.linkinpark.commons.logbackLogging;

import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class LoggingBack
{

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

	@Test
	public void test()
	{
		logger.debug("LoggingBack.debug()。。。");
		logger.info("LoggingBack.info()。。。");
		logger.error("LoggingBack.error()。。。");
	}

}

package org.linkinpark.commons.logbackLogging;

import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class LoggingBack2
{

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

	@Test
	public void test()
	{
		LoggingBack huhu = new LoggingBack();
		huhu.test();
		logger.debug("LoggingBack2.debug()。。。");
		logger.info("LoggingBack2.info()。。。");
		logger.error("LoggingBack2.error()。。。");
	}

}

运行上面的测试，log文件夹下生成2个不一样的日志。

LoggingBack-2016-03-01.log和LoggingBack2.log2个文件。

先打开

LoggingBack-2016-03-01.log看下，该文件是默认的包下面的日志文件，设置的级别为info级别：

01:10:17.485 [main] INFO  org.linkinpark.commons.logbackLogging.LoggingBack - LoggingBack.info()。。。
01:10:17.487 [main] ERROR org.linkinpark.commons.logbackLogging.LoggingBack - LoggingBack.error()。。。

而后再打开

LoggingBack2.log看下，该文件是我指定的一个特殊的类，设置的级别是error级别：

01:10:17.487 [main] ERROR org.linkinpark.commons.logbackLogging.LoggingBack2 - LoggingBack2.error()。。。

OK，没有问题，成功的区分了2种不一样的文件，咱们在实际编码中，若是多个模块中须要输出到不一样的日志文件的话就可使用这种方式。

总结：

Logback的核心对象：Logger、Appender、Layout。Logback主要创建于Logger、Appender 和 Layout 这三个类之上。
1，Logger:日志的记录器，把它关联到应用的对应的context上后，主要用于存放日志对象，也能够定义日志类型、级别。Logger对象通常多定义为静态常量，如：
2，Appender:用于指定日志输出的目的地，目的地能够是控制台、文件、远程套接字服务器、 MySQL、 PostreSQL、Oracle和其余数据库、 JMS和远程UNIX Syslog守护进程等。
3，Layout:负责把事件转换成字符串，格式化的日志信息的输出。具体的Layout通配符，能够直接查看帮助文档。

上面的3个核心对象和log4j同样的，因此我这里就不作赘述了。