博客分类：
看过我前面几个帖子的伙伴也许知道， logback会自动加载配置文件
那为毛，官方还会提供spring
ch.qos.logback.ext.spring.web.LogbackConfigListener 呢？
maven 引用
&dependency&
&groupId&org.logback-extensions&/groupId&
&artifactId&logback-ext-spring&/artifactId&
&version&0.1.2&/version&
&scope&compile&/scope&
&/dependency&
此外，号外下
LogbackConfigListener
和spring-web-${version}.jar 里面的org.springframework.web.util.Log4jConfigListener
的作者是同一个人
: Juergen Hoeller
大家对于spring 可能只知道spring 之父 Rod Johnson，而Juergen Hoeller 也是牛人，Juergen Hoeller是Spring框架的联合创始人，自2003年2月Rod的Interface21将Spring框架开源起，他就是最活跃的Spring开发者。Juergen是一名经验丰富的咨询师，擅长于Web应用、事务管理、O/R映射技术以及轻量级远程调用。
大家有兴趣的话，可以在这里看到他的专访
spring4是他主导的
好吧，我们回到正题， "为毛官方还会提供spring ch.qos.logback.ext.spring.web.LogbackConfigListener 呢？"
在这里我们可以找到说明
官方给出了两点理由:
通过web.xml ServletContextListener or Servlet for Spring-based web applications初始化 Intialize Logback .
使用 Spring configuration (e.g. applicationContext.xml and Spring Java config) 配置Logback components (Appenders, Layouts, 等) .
注意: ch.qos.logback.ext.spring.web.LogbackConfigListener 需要 spring 3.1.1+版本
看了下usage 感觉没有什么用
比如 ，可以在spring applicationContext.xml bean 里面 配置 相关的 logback appender
&beans ...&
&bean id="consoleAppender" class="ch.qos.logback.core.ConsoleAppender" init-method="start" destroy-method="stop"&
&property name="context" value="#{ T(org.slf4j.LoggerFactory).getILoggerFactory() }"/&
&property name="encoder"&
&bean class="ch.qos.logback.classic.encoder.PatternLayoutEncoder" init-method="start" destroy-method="stop"&
&property name="context" value="#{ T(org.slf4j.LoggerFactory).getILoggerFactory() }"/&
&property name="pattern" value="%date %-5level [%thread] %logger{36} %m%n"/&
&/property&
不过 usage 实用的（适合我用的）没什么， 但是我们还是追追源码，瞅瞅有啥好玩的
public class LogbackConfigListener implements ServletContextListener {
public void contextDestroyed(ServletContextEvent event) {
WebLogbackConfigurer.shutdownLogging(event.getServletContext());
public void contextInitialized(ServletContextEvent event) {
WebLogbackConfigurer.initLogging(event.getServletContext());
ch.qos.logback.ext.spring.web.LogbackConfigListener 就是个普通的
ServletContextListener
核心代码 ，调用的
ch.qos.logback.ext.spring.web.WebLogbackConfigurer.initLogging(ServletContext)
public static void initLogging(ServletContext servletContext) {
// Expose the web app root system property.
if (exposeWebAppRoot(servletContext)) {
WebUtils.setWebAppRootSystemProperty(servletContext);
// Only perform custom Logback initialization in case of a config file.
String location = servletContext.getInitParameter(CONFIG_LOCATION_PARAM);
if (location != null) {
// Perform actual Lo else rely on Logback's default initialization.
// Resolve system property placeholders before potentially resolving real path.
location = SystemPropertyUtils.resolvePlaceholders(location);
// Return a URL (e.g. "classpath:" or "file:") as-
// consider a plain file path as relative to the web application root directory.
if (!ResourceUtils.isUrl(location)) {
location = WebUtils.getRealPath(servletContext, location);
// Write log message to server log.
servletContext.log("Initializing Logback from [" + location + "]");
// Initialize
LogbackConfigurer.initLogging(location);
} catch (FileNotFoundException ex) {
throw new IllegalArgumentException("Invalid 'logbackConfigLocation' parameter: " + ex.getMessage());
} catch (JoranException e) {
throw new RuntimeException("Unexpected error while configuring logback", e);
//If SLF4J's java.util.logging bridge is available in the classpath, install it. This will direct any messages
//from the Java Logging framework into SLF4J. When logging is terminated, the bridge will need to be uninstalled
Class&?& julBridge = ClassUtils.forName("org.slf4j.bridge.SLF4JBridgeHandler", ClassUtils.getDefaultClassLoader());
Method removeHandlers = ReflectionUtils.findMethod(julBridge, "removeHandlersForRootLogger");
if (removeHandlers != null) {
servletContext.log("Removing all previous handlers for JUL to SLF4J bridge");
ReflectionUtils.invokeMethod(removeHandlers, null);
Method install = ReflectionUtils.findMethod(julBridge, "install");
if (install != null) {
servletContext.log("Installing JUL to SLF4J bridge");
ReflectionUtils.invokeMethod(install, null);
} catch (ClassNotFoundException ignored) {
//Indicates the java.util.logging bridge is not in the classpath. This is not an indication of a problem.
servletContext.log("JUL to SLF4J bridge is not available on the classpath");
关于WebUtils.setWebAppRootSystemProperty(ServletContext)
我们先来看看
// Expose the web app root system property.
if (exposeWebAppRoot(servletContext)) {
WebUtils.setWebAppRootSystemProperty(servletContext);
意思是 如果web.xml配置了
&context-param&
&param-name&logbackExposeWebAppRoot&/param-name&
&param-value&true&/param-value&
&/context-param&
或者没有配置 logbackExposeWebAppRoot
org.springframework.web.util.WebUtils.setWebAppRootSystemProperty(ServletContext)
public static void setWebAppRootSystemProperty(ServletContext servletContext) throws IllegalStateException {
Assert.notNull(servletContext, "ServletContext must not be null");
String root = servletContext.getRealPath("/");
if (root == null) {
throw new IllegalStateException(
"Cannot set web app root system property when WAR file is not expanded");
String param = servletContext.getInitParameter(WEB_APP_ROOT_KEY_PARAM);
String key = (param != null ? param : DEFAULT_WEB_APP_ROOT_KEY);
String oldValue = System.getProperty(key);
if (oldValue != null && !StringUtils.pathEquals(oldValue, root)) {
throw new IllegalStateException(
"Web app root system property already set to different value: '" +
key + "' = [" + oldValue + "] instead of [" + root + "] - " +
"Choose unique values for the 'webAppRootKey' context-param in your web.xml files!");
System.setProperty(key, root);
servletContext.log("Set web app root system property: '" + key + "' = [" + root + "]");
对于 这个方法 ，如果使用过
org.springframework.web.util.WebAppRootListener 的同学，应该会熟悉
org.springframework.web.util.WebAppRootListener
ch.qos.logback.ext.spring.web.WebLogbackConfigurer
org.springframework.web.util.Log4jWebConfigurer
会调用这个方法
那么这个方法到底是做什么的呢？
step1.从 servletContext init param中查找 webAppRootKey参数值
step2:如果没有配置 webAppRootKey 那么使用 "webapp.root"，从 java.lang.System.getProperty(String) 查到值
step3:如果从 System Property 得到的值 不是null，并且 值不等于 servletContext.getRealPath("/")
throw new IllegalStateException(
"Web app root system property already set to different value: '" +
key + "' = [" + oldValue + "] instead of [" + root + "] - " +
"Choose unique values for the 'webAppRootKey' context-param in your web.xml files!")
step4:设置属性到JVM Property
System.setProperty(key, root);
好，分析完了
WebUtils.setWebAppRootSystemProperty(ServletContext)
继续看 ch.qos.logback.ext.spring.web.WebLogbackConfigurer.initLogging(ServletContext)
从 servletContext 获得 logbackConfigLocation参数
如果不是null， 那么 调用 org.springframework.util.SystemPropertyUtils.resolvePlaceholders(String)
来解析这个配置参数值
也就是说， logbackConfigLocation配置的路径支持 ${}这样的写法
org.springframework.util.SystemPropertyUtils.resolvePlaceholders(String) 调用的是
org.springframework.util.SystemPropertyUtils.SystemPropertyPlaceholderResolver
而这个 Resolver只会使用 JVM properties 以及操作系统的env 环境变量
我了个去咧， 要是使用的是 ServletContextPropertyUtils
org.springframework.web.util.ServletContextPropertyUtils.ServletContextPlaceholderResolver就好了
大家来看看
org.springframework.web.util.Log4jWebConfigurer.initLogging(ServletContext) 就是使用的 ServletContextPropertyUtils
话又说回来了 ，org.springframework.web.util.ServletContextPropertyUtils
@since 3.2.2
期待 LogbackConfigListener 升级吧
浏览 16084
浏览: 329511 次
来自: 上海
解决问题了，谢谢
加上了 jdk8
String.join性能不错
JDK8的String.join可以加一下一起比较
如果放到Nginx所在磁盘可以简单调整，这样就不用改直接用了。 ...
感谢，在这里找到了答案,解决问题就是需要找到了原理，才能找到答 ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'Logback配置详解（一）&configuration& and &logger&
一：根节点&configuration&包含的属性：scan:当此属性设置为true时，配置文件如果发生改变，将会被重新加载，默认值为true。scanPeriod:设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当scan为true时，此属性生效。默认的时间间隔为1分钟。debug:当此属性设置为true时，将打印出logback内部日志信息，实时查看logback运行状态。默认值为false。我们来看一下debug为true时的输出
18:48:45,531 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback.groovy]
18:48:45,531 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Could NOT find resource [logback-test.xml]
18:48:45,531 |-INFO in ch.qos.logback.classic.LoggerContext[default] - Found resource [logback.xml] at [file:.../classes/logback.xml]
18:48:45,673 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Will scan for changes in [file:.../classes/logback.xml]
18:48:45,673 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - Setting ReconfigureOnChangeTask scanning period to 5 minutes
18:48:45,681 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - About to instantiate appender of type [ch.qos.logback.core.ConsoleAppender]
18:48:45,685 |-INFO in ch.qos.logback.core.joran.action.AppenderAction - Naming appender as [STDOUT]
18:48:45,693 |-INFO in ch.qos.logback.core.joran.action.NestedComplexPropertyIA - Assuming default type [ch.qos.logback.classic.encoder.PatternLayoutEncoder] for [encoder] property
18:48:45,726 |-INFO in ch.qos.logback.classic.joran.action.RootLoggerAction - Setting level of ROOT logger to INFO
18:48:45,726 |-INFO in ch.qos.logback.core.joran.action.AppenderRefAction - Attaching appender named [STDOUT] to Logger[ROOT]
18:48:45,727 |-INFO in ch.qos.logback.classic.joran.action.ConfigurationAction - End of configuration.
18:48:45,728 |-INFO in ch.qos.logback.classic.joran.JoranConfigurator@d95f1b9 - Registering current configuration as safe fallback point
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&!-- 其他配置省略--&
&/configuration&
二：根节点&configuration&的子节点：
2.1设置上下文名称：&contextName&每个logger都关联到logger上下文，默认上下文名称为"default"。但可以使用&contextName&设置成其他名字，用于区分不同应用程序的记录。一旦设置，不能修改。
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&contextName&myAppName&/contextName&
&!-- 其他配置省略--&
&/configuration&
2.2设置变量： &property&用来定义变量值的标签，&property& 有两个属性，name和value；其中name的值是变量的名称，value的值是变量定义的值。通过&property&定义的值会被插入到logger上下文中。定义变量后，可以使"${}"来使用变量。例如使用&property&定义上下文名称，然后在&contentName&设置logger上下文时使用。
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&property name="APP_Name" value="myAppName" /&
&contextName&${APP_Name}&/contextName&
&!-- 其他配置省略--&
&/configuration&
2.3获取时间戳字符串：&timestamp&两个属性 key:标识此&timestamp& 的名字；datePattern：设置将当前时间（解析配置文件的时间）转换为字符串的模式，遵循java.text.SimpleDateFormat的格式。 例如将解析配置文件的时间作为上下文名称：
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&timestamp key="bySecond" datePattern="yyyyMMdd'T'HHmmss"/&
&contextName&${bySecond}&/contextName&
&!-- 其他配置省略--&
&/configuration&
2.4设置logger：&logger&
用来设置某一个包或者具体的某一个类的日志打印级别。&logger&仅有一个name属性，一个可选的level和一个可选的addtivity属性。name:用来指定受此logger约束的某一个包或者具体的某一个类。level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，还有一个特殊值INHERITED或者同义词NULL，代表强制执行上级的级别。如果未设置此属性，那么当前logger将会继承上级的级别。addtivity:是否向上级logger传递打印信息。默认是true。&root&也是&logger&元素，但是它是根logger。只有一个level属性，因为已经被命名为"root".level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，不能设置为INHERITED或者同义词NULL。默认是DEBUG。&root&可以包含零个或多个&appender-ref&元素，标识这个appender将会添加到这个logger
例如：LogbackDemo.java类
import org.slf4j.L
import org.slf4j.LoggerF
public class LogbackDemo {
private static Logger log = LoggerFactory.getLogger(LogbackDemo.class);
public static void main(String[] args) {
log.trace("======trace");
log.debug("======debug");
log.info("======info");
log.warn("======warn");
log.error("======error");
logback.xml配置文件第1种：只配置root
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"&
&!-- encoder 默认配置为PatternLayoutEncoder --&
&pattern&%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{32} - %msg%n&/pattern& 　　　　 &/encoder&
&/appender&
&root level="INFO"& 　　　　&appender-ref ref="STDOUT" /&
&/root& &/configuration&
其中appender的配置表示打印到控制台；&root level="INFO"&将root的打印级别设置为"INFO"，指定了名字为"STDOUT"的appender。当执行LogbackDemo类的main方法时，root将级别为"INFO"及大于"INFO"的日志信息交给已经配置好的名为"STDOUT"的appender处理，
"STDOUT"appender将信息打印到控制台；打印结果如下：
17:36:37.777 [main] INFO
com.winner.log.LogbackDemo - ======info
17:36:37.779 [main] WARN
com.winner.log.LogbackDemo - ======warn
17:36:37.779 [main] ERROR com.winner.log.LogbackDemo - ======error
第2种：带有logger的配置，不指定级别，不指定appender，
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"&
&!-- encoder 默认配置为PatternLayoutEncoder --&
&pattern&%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{32} - %msg%n&/pattern&
&/encoder&
&/appender&
&!-- com.winner.log为包名 --&
&logger name="com.winner.log"/&
&root level="DEBUG"&
&appender-ref ref="STDOUT"/&
&/configuration&
其中appender的配置表示打印到控制台(稍后详细讲解appender )；&logger name="com.winner.log"/&将控制com.winner.log包下的所有类的日志的打印，但是并没用设置打印级别，所以继承它的上级&root&的日志级别"DEBUG"；没有设置addtivity，默认为true，将此logger的打印信息向上级传递；没有设置appender，此logger本身不打印任何信息。&root level="DEBUG"&将root的打印级别设置为"DEBUG"，指定了名字为"STDOUT"的appender。当执行LogbackDemo类的main方法时，因为LogbackDemo 在包logback中，所以首先执行&logger name="logback" /&，将级别为"DEBUG"及大于"DEBUG"的日志信息传递给root，本身并不打印；root接到下级传递的信息，交给已经配置好的名为"STDOUT"的appender处理，"STDOUT"appender将信息打印到控制台；打印结果如下：
18:49:40.096 [main] DEBUG com.winner.log.LogbackDemo - ======debug
18:49:40.098 [main] INFO
com.winner.log.LogbackDemo - ======info
18:49:40.098 [main] WARN
com.winner.log.LogbackDemo - ======warn
18:49:40.098 [main] ERROR com.winner.log.LogbackDemo - ======error
第3种：带有多个logger的配置，指定级别，指定appender
&?xml version="1.0" encoding="UTF-8" ?&
&configuration scan="true" scanPeriod="5 minutes" debug="false"&
&appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"&
&!-- encoder 默认配置为PatternLayoutEncoder --&
&pattern&%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{32} - %msg%n&/pattern&
&/encoder&
&/appender&
&!-- com.winner.log为java中的包 --&
&logger name="com.winner.log"/&
&!--com.winner.log.LogbackDemo：类的全路径 --&
&logger name="com.winner.log.LogbackDemo" level="INFO" additivity="false"&
&appender-ref ref="STDOUT"/&
&root level="ERROR"&
&appender-ref ref="STDOUT"/&
&/configuration&
其中appender的配置表示打印到控制台
&logger name="com.winner.log"/&将控制com.winner.log包下的所有类的日志的打印，但是并没用设置打印级别，所以继承他的上级&root&的日志级别"ERROR"；
没有设置addtivity，默认为true，将此loger的打印信息向上级传递；没有设置appender，此logger本身不打印任何信息。&logger name="com.winner.log.LogbackDemo" level="INFO" additivity="false"&控制LogbackDemo类的日志打印，打印级别为"INFO"；additivity属性为false，表示此logger的打印信息不再向上级传递，指定了名字为"STDOUT"的appender。
&root level="ERROR"&将root的打印级别设置为"ERROR"，指定了名字为"STDOUT"的appender。当执行LogbackDemo类的main方法时，先执行&logger name="com.winner.log.LogbackDemo" level="INFO" additivity="false"&，将级别为"INFO"及大于"INFO"的日志信息交给此logger指定的名为"STDOUT"的appender处理，在控制台中打出日志，不再向此logger的上级&logger name="com.winner.log"/&传递打印信息；
&logger name="com.winner.log"/&未接到任何打印信息，当然也不会给它的上级root传递任何打印信息；打印结果如下：
22:10:14.919 [main] INFO
com.winner.log.LogbackDemo - ======info
22:10:14.923 [main] WARN
com.winner.log.LogbackDemo - ======warn
22:10:14.923 [main] ERROR com.winner.log.LogbackDemo - ======error
如果将&logger name="com.winner.log.LogbackDemo" level="INFO" additivity="false"&
修改为&logger name="com.winner.log.LogbackDemo" level="INFO" additivity="true"&
那打印结果将是什么呢？没错，日志打印了两次，想必大家都知道原因了，因为打印信息向上级传递，logger本身打印一次，root接到后又打印一次打印结果如下：
22:46:40.870 [main] INFO
com.winner.log.LogbackDemo - ======info
22:46:40.870 [main] INFO
com.winner.log.LogbackDemo - ======info
22:46:40.875 [main] WARN
com.winner.log.LogbackDemo - ======warn
22:46:40.875 [main] WARN
com.winner.log.LogbackDemo - ======warn
22:46:40.875 [main] ERROR com.winner.log.LogbackDemo - ======error
22:46:40.875 [main] ERROR com.winner.log.LogbackDemo - ======error
阅读(...) 评论()最近知道一种打印日志的新方法，在此做一下学习总结。
转自：&https://www.cnblogs.com/warking/p/5710303.html
一、logback的介绍
　& &Logback是由log4j创始人设计的另一个开源日志组件,官方网站： http://logback.qos.ch。它当前分为下面下个模块：　& logback-core：其它两个模块的基础模块　& logback-classic：它是log4j的一个改良版本，同时它完整实现了slf4j API使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging　& logback-access：访问模块与Servlet容器集成提供通过Http来访问日志的功能
二、logback取代log4j的理由：
　　&&1、更快的实现：Logback的内核重写了，在一些关键执行路径上性能提升10倍以上。而且logback不仅性能提升了，初始化内存加载也更小了。　　2、非常充分的测试：Logback经过了几年，数不清小时的测试。Logback的测试完全不同级别的。　　3、Logback-classic非常自然实现了SLF4j：Logback-classic实现了SLF4j。在使用SLF4j中，你都感觉不到logback-classic。而且因为logback-classic非常自然地实现了slf4j&， 所 以切换到log4j或者其他，非常容易，只需要提供成另一个jar包就OK，根本不需要去动那些通过SLF4JAPI实现的代码。　　4、非常充分的文档 官方网站有两百多页的文档。　　5、自动重新加载配置文件，当配置文件修改了，Logback-classic能自动重新加载配置文件。扫描过程快且安全，它并不需要另外创建一个扫描线程。这个技术充分保证了应用程序能跑得很欢在JEE环境里面。　　6、Lilith是log事件的观察者，和log4j的chainsaw类似。而lilith还能处理大数量的log数据 。　　7、谨慎的模式和非常友好的恢复，在谨慎模式下，多个FileAppender实例跑在多个JVM下，能 够安全地写道同一个日志文件。RollingFileAppender会有些限制。Logback的FileAppender和它的子类包括 RollingFileAppender能够非常友好地从I/O异常中恢复。　　8、配置文件可以处理不同的情况，开发人员经常需要判断不同的Logback配置文件在不同的环境下（开发，测试，生产）。而这些配置文件仅仅只有一些很小的不同，可以通过,和来实现，这样一个配置文件就可以适应多个环境。　　9、Filters（过滤器）有些时候，需要诊断一个问题，需要打出日志。在log4j，只有降低日志级别，不过这样会打出大量的日志，会影响应用性能。在Logback，你可以继续 保持那个日志级别而除掉某种特殊情况，如alice这个用户登录，她的日志将打在DEBUG级别而其他用户可以继续打在WARN级别。要实现这个功能只需加4行XML配置。可以参考MDCFIlter 。　　10、SiftingAppender（一个非常多功能的Appender）：它可以用来分割日志文件根据任何一个给定的运行参数。如，SiftingAppender能够区别日志事件跟进用户的Session，然后每个用户会有一个日志文件。　　11、自动压缩已经打出来的log：RollingFileAppender在产生新文件的时候，会自动压缩已经打出来的日志文件。压缩是个异步过程，所以甚至对于大的日志文件，在压缩过程中应用不会受任何影响。　　12、堆栈树带有包版本：Logback在打出堆栈树日志时，会带上包的数据。　　13、自动去除旧的日志文件：通过设置TimeBasedRollingPolicy或者SizeAndTimeBasedFNATP的maxHistory属性，你可以控制已经产生日志文件的最大数量。如果设置maxHistory 12，那那些log文件超过12个月的都会被自动移除。
三、logback的配置介绍
& & &1、Logger、appender及layout：& & & & Logger作为日志的记录器，把它关联到应用的对应的context上后，主要用于存放日志对象，也可以定义日志类型、级别。& & & & Appender主要用于指定日志输出的目的地，目的地可以是控制台、文件、远程套接字服务器、 MySQL、PostreSQL、 Oracle和其他数据库、 JMS和远程UNIX Syslog守护进程等。&& & & & & Layout 负责把事件转换成字符串，格式化的日志信息的输出。　 2、logger context：& & & & 各个logger 都被关联到一个 LoggerContext，LoggerContext负责制造logger，也负责以树结构排列各logger。其他所有logger也通过org.slf4j.LoggerFactory 类的静态方法getLogger取得。 getLogger方法以 logger名称为参数。用同一名字调用LoggerFactory.getLogger 方法所得到的永远都是同一个logger对象的引用。　3、有效级别及级别的继承：& & & & Logger 可以被分配级别。级别包括：TRACE、DEBUG、INFO、WARN 和 ERROR，定义于ch.qos.logback.classic.Level类。如果 logger没有被分配级别，那么它将从有被分配级别的最近的祖先那里继承级别。root logger 默认级别是 DEBUG。　4、打印方法与基本的选择规则：& & & & &打印方法决定记录请求的级别。例如，如果 L 是一个 logger 实例，那么，语句 L.info("..")是一条级别为 INFO的记录语句。记录请求的级别在高于或等于其 logger 的有效级别时被称为被启用，否则，称为被禁用。记录请求级别为 p，其 logger的有效级别为 q，只有则当 p&=q时，该请求才会被执行。& & & & &该规则是 logback 的核心。级别排序为： TRACE & DEBUG & INFO & WARN & ERROR四、logback的默认配置
& & & & 如果配置文件 logback-test.xml 和 logback.xml 都不存在，那么 logback 默认地会调用BasicConfigurator ，创建一个最小化配置。最小化配置由一个关联到根 logger 的ConsoleAppender 组成。输出用模式为%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n 的 PatternLayoutEncoder 进行格式化。root logger 默认级别是 DEBUG。　1、Logback的配置文件：& & & & &Logback 配置文件的语法非常灵活。正因为灵活，所以无法用 DTD 或 XML schema 进行定义。尽管如此，可以这样描述配置文件的基本结构：以&configuration&开头，后面有零个或多个&appender&元素，有零个或多个&logger&元素，有最多一个&root&元素。　2、Logback默认配置的步骤：　　(1). 尝试在 classpath下查找文件logback-test.xml；　　(2). 如果文件不存在，则查找文件logback.xml；　　(3). 如果两个文件都不存在，logback用BasicConfigurator自动对自己进行配置，这会导致记录输出到控制台。
五、logback.xml常用配置详解& & &
& & &1.根节点&configuration&包含三个属性：& &
& & & & scan:默认为true。作用：当设置为true时，如果配置文件发生改变，将会被重新加载。
& & & & scanPeriod：默认时间间隔为1分钟，默认单位是毫秒，当scan为true时，此属性生效。作用：检测配置文件是否有修改时间间隔。
& & & & debug：默认为false。作用：当此属性为true时，将打印出logback内部日志信息，实时查看logback运行状态。
　　　例如：& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & & &&!--其他配置省略--& & & & & & &&/configuration&
& & & & 2.子节点&contextName&:用来设置上下文名称。& & & & & 每个logger都关联到logger上下文，默认上下文名称为default。& & & & & 可以使用&contextName&设置成其他名字，用于区分不同的应用程序的记录。一旦设置，不能修改。& & & & &&例如：& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & & &contextName&myAppName&/contextName&& & & & & & & & & &!--其他配置省略--&　& & & & &/configuration&
& & & & 3.子节点&property&:用来定义变量值，有两个属性name和value。& & & & & 通过&property&定义的值被插入到logger上下文中，可以使"${}"来使用变量。& & & & & name:变量的名字& & & & & value：变量名字对应的数值& & & & & 例如:& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & & &property name="APP_Name" value="myAppName"&&/property&& & & & & & & & & &contextName&${APP_Name}&/contextName&& & & & & & & & & &!--其他配置省略--&& & & & & &/configuration& & & & & &4.子节点&timestamp&:获取时间戳字符串，有两个属性key和datePattern。& & & & & key：标识此&timestamp&的名字& & & & & datePattern：设置将当前时间（即解析配置文件的时间）转换为字符串，遵循java.txt.SimpleDateFormat的格式。& & & & & & &例如：& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & &timestamp key="bySecond" datePattern="yyyyMMdd'T'HHmmss"&&/timestamp&& & & & & & & & &contextName&${bySecond}&/contextName&& & & & & &&/configuration&
& & & &5.子节点&appender&:负责写日志的组件，有两个必要属性name和class。& & & & &name：指定appender名称& & & & &class：指定appender的全限定名
& & && 5.1 class="ch.qos.logback.core.ConsoleAppender"：把日志输出到控制台，有以下子节点。& & & & & &encoder&:对日志进行格式化。（具体参数稍后讲~~~~~~~~~~~~~）
& & & & & &target&：字符串System.out（默认）或者System.err& & & & & & 例如：& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & &appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"&& & & & & & & & & & & &&encoder&& & & & & & & & & & & & & & &pattern&%-4relative [%thread] %-5level %logger{35} - %msg%n&/pattern&& & & & & & & & & & & &&/encoder&& & & & & & & &&/appender&& & & & & & & &&root level="DEBUG"&& & & & & & & & & & &&appender-ref ref="STDOUT"&&/appender-ref&& & & & & & & &&/root&& & & & &&/configuration& & & & & &上述配置表示把&=DEBUG级别的日志都输出到控制台 & & & 5.2 class="ch.qos.logback.core.FileAppender"：把日志添加到文件，有以下子节点：& & & & & &file&：被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。& & & & & &append&：默认为true。如果是true，日志被追加到文件结尾，如果是false，清空现存文件。& & & & & &encoder&：对记录事件进行格式化。（具体参数稍后讲~~~~~~~~~~~）& & & & & &prudent&：默认为false。如果是true，日志会被安全的写入文件，即其他的FileAppender也在向此文件做写入操作，效率低。& & & & & &&例如：& & & & & &&configuration scan="true" scanPeriod="60 seconds" debug="false"&& & & & & & & & & &appender name="FILE" class="ch.qos.logback.core.FileAppender"&& & & & & & & & & & & & &&file&testFile.log&/file&& & & & & & & & & & & & &&append&true&/append&& & & & & & & & & & & & &&encoder&& & & & & & & & & & & & & & & & &pattern&%-4relative [%thread] %-5level %logger{35} - %msg%n&/pattern&& & & & & & & & & & & & &&/encoder&& & & & & & & & &&/appender&& & & & & & & & &root level="DEBUG"&& & & & & & & & & & &&appender-ref ref="FILE"/&& & & & & & & & &/root&& & & & & &&/configuration&& & & & & &上述配置表示把&=DEBUG级别的日志都输出到testFile.log
& & &5.3 class="ch.qos.logback.core.rolling.RollingFileAppender"：滚动记录文件，先将日志文件指定到文件，当符合某个条件时，将日志记录到其他文件。有以下子节点：&&　　&file&：被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。
　　&append&：默认为true。如果是 true，日志被追加到文件结尾，如果是 false，清空现存文件。
　　&rollingPolicy&：当发生滚动时，决定RollingFileAppender的行为，涉及文件移动和重命名。属性class定义具体的滚动策略类。　　
　　&triggeringPolicy &: 告知 RollingFileAppender 合适激活滚动。
　　&encoder&：对记录事件进行格式化。负责两件事：1）是把日志信息转换成字节数组，2）是把字节数组写入到输出流。
　　PatternLayoutEncoder 是唯一有用的且默认的encoder。有一个节点：
　　&pattern&节点，用来设置日志的输入格式。使用“%”加“转换符”方式，如果要输出“%”，则必须用“\”对“\%”进行转义。
& & & & & class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"： 最常用的滚动策略，它根据时间来制定滚动策略，既负责滚动也负责出发滚动。有以下子节点：& & & & & & &fileNamePattern&：必要节点，包含文件名及"%d"转换符，"%d"可以包含一个java.text.SimpleDateFormat指定的时间格式，默认格式是 yyyy-MM-dd。也可以设置其他格 式，如：%d{yyyy-MM}。& & & & & & &maxHistory&:可选节点，控制保留的归档文件的最大数量，超出数量就删除旧文件。假设设置每个月滚动，且&maxHistory&是6，则只保存最近6个月的文件，删除之前的旧文件。& & & & & &注:删除旧文件时，那些为了归档而创建的目录也会被删除。
& & & & & & &注：（RollingFileAppender的&file&子节点可有可无，通过设置&file&，可以为活动文件和归档文件指定不同位置，当前日志总是记录到file指定的文件（活动文件），活动文件的名字不会改变； 如果没设置file，活动文件的名字会根据fileNamePattern 的值，每隔一段时间改变一次。“/”或者“\”会被当做目录分隔符。）& & & & & &
　　& class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"： 查看当前活动文件的大小，如果超过指定大小会告知RollingFileAppender 触发当前活动文件滚动。只有一个节点:　　　& &maxFileSize&:活动文件的大小，默认值是10MB。　　　& &prudent&：当为true时，不支持FixedWindowRollingPolicy，支持TimeBasedRollingPolicy。但是有两个限制：1）不支持也不允许文件压缩，2）不能设置file属性，必须留空。
　& & & class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy" ：根据固定窗口算法重命名文件的滚动策略。有以下子节点：　　& & & &minIndex&:窗口索引最小值　　& & & &maxIndex&:窗口索引最大值，当用户指定的窗口过大时，会自动将窗口设置为12。　　& & & &fileNamePattern&:必须包含“%i”例如，假设最小值和最大值分别为1和2，命名模式为 mylog%i.log,会产生归档文件mylog1.log和mylog2.log。还可以指定文件压缩选项，例如，mylog%i.log.gz 或者 没有log%i.log.zip
　　例如：
　　&configuration scan="true" scanPeriod="60 seconds" debug="false"& 　　　　&appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"&
　　　　　　&rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"&
　　　　　　　　&fileNamePattern&logFile.%d{yyyy-MM-dd}.log&/fileNamePattern&
　　　　　　　　&maxHistory&30&/maxHistory&
　　　　　　&/rollingPolicy&
　　　　　　&encoder&
　　　　　　　　&pattern&%-4relative [%thread] %-5level %logger{35} - %msg%n&/pattern&
　　　　　　&/encoder& 　　　　&/appender& 　　　　&root level="DEBUG"&
　　　　　　&appender-ref ref="FILE"/& 　　　　&/root& 　　&/configuration&& & & 上述配置表示每天生成一个日志文件，保存30天的日志文件。
　　&configuration scan="true" scanPeriod="60 seconds" debug="false"&
　　　　&appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"&
　　　　　　&file&test.log&/file&
　　　　　　&roollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"&
　　　　　　　　&fileNamePattern&tests.%i.log.zip&/fileNamePattern&
　　　　　　　　&minIndex&1&/minIndex&
　　　　　　　　&maxIndex&3&/maxIndex&
　　　　　　&/roollingPolicy&
　　　　　　&triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"&
　　　　　　　　&maxFileSize&5MB&/maxFileSize&
　　　　　　&/triggeringPolicy&
　　　　　　&encoder&
　　　　　　　　&pattern&%-4relative [%thread] %-5level %logger{35} - %msg%n&/pattern&
　　　　　　&/encoder&
　　　　&/appender&
　　　　&root level="DEBUG"& 　　　　　&appender-ref ref="FILE" /& 　　　　&/root& 　　&/configuration&& & &上述配置表示按照固定窗口模式生成日志文件，当文件大于20MB时，生成新的日志文件。窗口大小是1到3，当保存了3个归档文件后，将覆盖最早的日志。
& & 5.4 还有SocketAppender、SMTPAppender、DBAppender、SyslogAppender、SiftingAppender，并不常用，这里就不详解了。大家可以参考官方文档（http://logback.qos.ch/documentation.html），还可以编写自己的Appender。
& & &6. 子节点&logger&：用来设置某一个包或具体的某一个类的日志打印级别、以及指定&appender&。& & & & &logger&仅有一个name属性，一个可选的level和一个可选的addtivity属性。可以包含零个或多个&appender-ref&元素，标识这个appender将会添加到这个logger。
　　&name: 用来指定受此logger约束的某一个包或者具体的某一个类。　　&level: 用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL和OFF，还有一个特俗值INHERITED或者同义词NULL，代表强制执行上级的级别。 如果未设置此属性，那么当前logger将会继承上级的级别。　　&addtivity: 是否向上级logger传递打印信息。默认是true。同&logger&一样，可以包含零个或多个&appender-ref&元素，标识这个appender将会添加到这个logger。
& & &7. 子节点&root&：它也是&logger&元素，但是它是根logger,是所有&logger&的上级。只有一个level属性，因为name已经被命名为"root",且已经是最上级了。有一个属性：　　& level: 用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL和OFF，不能设置为INHERITED或者同义词NULL。 默认是DEBUG。 六、常用logger配置&!-- show parameters for hibernate sql 专为 Hibernate 定制 --&&logger name="org.hibernate.type.descriptor.sql.BasicBinder" level="TRACE" /&&logger name="org.hibernate.type.descriptor.sql.BasicExtractor" level="DEBUG" /&&logger name="org.hibernate.SQL" level="DEBUG" /&&logger name="org.hibernate.engine.QueryParameters" level="DEBUG" /&&logger name="org.hibernate.engine.query.HQLQueryPlan" level="DEBUG" /&
&!--myibatis log configure--&&logger name="com.apache.ibatis" level="TRACE"/&&logger name="java.sql.Connection" level="DEBUG"/&&logger name="java.sql.Statement" level="DEBUG"/&&logger name="java.sql.PreparedStatement" level="DEBUG"/&
七、使用例子
logback.xml配置文件
&?xml version="1.0" encoding="UTF-8"?&
&configuration debug="false"&
&!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径--&
&property name="LOG_HOME" value="/home" /&
&!-- 控制台输出 --&
&appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"&
&encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"&
&!--格式化输出：%d表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度%msg：日志消息，%n是换行符--&
&pattern&%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n&/pattern&
&/encoder&
&/appender&
&!-- 按照每天生成日志文件 --&
&appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"&
&rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"&
&!--日志文件输出的文件名--&
&FileNamePattern&${LOG_HOME}/TestWeb.log.%d{yyyy-MM-dd}.log&/FileNamePattern&
&!--日志文件保留天数--&
&MaxHistory&30&/MaxHistory&
&/rollingPolicy&
&encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"&
&!--格式化输出：%d表示日期，%thread表示线程名，%-5level：级别从左显示5个字符宽度%msg：日志消息，%n是换行符--&
&pattern&%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n&/pattern&
&/encoder&
&!--日志文件最大的大小--&
&triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"&
&MaxFileSize&10MB&/MaxFileSize&
&/triggeringPolicy&
&/appender&
&!-- 日志输出级别 --&
&root level="INFO"&
&appender-ref ref="STDOUT" /&
&/configuration&
测试类，日志在控制台输出：
private final static Logger logger = LoggerFactory.getLogger(SpringbootStudyLoggerApplicationTests.class);
public void log() {
logger.info("==============================================");
logger.error("==============================================");
logger.debug("==============================================");
logback的配置，需要配置输出源appender，打日志的loger（子节点）和root（根节点），实际上，它输出日志是从子节点开始，子节点如果有输出源直接输入，如果无，判断配置的addtivity，是否像上级传递，即是否向root传递，传递则采用root的输出源，否则不输出日志。
阅读(...) 评论()