标签：roo 优先 message 3.2 encoder configure mon ted gets
3、log4j2
log4j2与log4j发生了很大变化，不兼容。log4j仅仅作为一个实际的日志框架，slf4j、commons-logging作为门面统一各种日志框架的混乱格局，现在log4j2也想跳出来当门面，也想统一大家。日志越来越乱了
3.1、maven依赖
1 <dependency> 2 <groupId>org.apache.logging.log4j</groupId> 3 <artifactId>log4j-api</artifactId> 4 <version>2.2</version> 5 </dependency> 6 <dependency> 7 <groupId>org.apache.logging.log4j</groupId> 8 <artifactId>log4j-core</artifactId> 9 <version>2.2</version> 10 </dependency>
3.2、使用方式
1 <?xml version="1.0" encoding="UTF-8"?> 2 <Configuration status="WARN"> 3 <Appenders> 4 <Console name="Console" target="SYSTEM_OUT"> 5 <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/> 6 </Console> 7 </Appenders> 8 <Loggers> 9 <Root level="debug"> 10 <AppenderRef ref="Console"/> 11 </Root> 12 </Loggers> 13 </Configuration>
1 private static final Logger logger=LogManager.getLogger(Log4j2Test.class); 2 3 public static void main(String[] args){ 4 if(logger.isTraceEnabled()){ 5 logger.debug("log4j trace message"); 6 } 7 if(logger.isDebugEnabled()){ 8 logger.debug("log4j debug message"); 9 } 10 if(logger.isInfoEnabled()){ 11 logger.debug("log4j info message"); 12 } 13 }
和log4j不同的是此时的Logger是log4j-api中定义的接口，而log4j中的Logger是类
3.3、使用过程简单分析
同样LogManager的类加载会去寻找log4j-api定义的LoggerContextFactory接口的底层实现，获取方式有三种
1 LoggerContextFactory = org.apache.logging.log4j.core.impl.Log4jContextFactory 2 Log4jAPIVersion = 2.1.0 3 FactoryPriority= 10
3.4、主要对象总结
LogManager： 它的类加载会去寻找LoggerContextFactory接口的底层实现，会从jar包中的配置文件中寻找，如上面所述
LoggerContextFactory ： 用于创建LoggerContext，不同的日志实现系统会有不同的实现，如log4j-core中的实现为Log4jContextFactory
PropertyConfigurator: 用于解析log4j.properties文件
LoggerContext : 它包含了配置信息，并能创建log4j-api定义的Logger接口实例，并缓存这些实例
ConfigurationFactory：上述LoggerContext解析配置文件，需要用到ConfigurationFactory，目前有三个YamlConfigurationFactory、JsonConfigurationFactory、XmlConfigurationFactory，分别解析yuml json xml形式的配置文件
4、logback
4.1、对应maven的依赖
1 <dependency> 2 <groupId>ch.qos.logback</groupId> 3 <artifactId>logback-core</artifactId> 4 <version>1.1.3</version> 5 </dependency> 6 <dependency> 7 <groupId>ch.qos.logback</groupId> 8 <artifactId>logback-classic</artifactId> 9 <version>1.1.3</version> 10 </dependency> 11 <dependency> 12 <groupId>org.slf4j</groupId> 13 <artifactId>slf4j-api</artifactId> 14 <version>1.7.12</version> 15 </dependency>
4.2、使用
1 private static final Logger logger=LoggerFactory.getLogger(LogbackTest.class); 2 3 public static void main(String[] args){ 4 if(logger.isDebugEnabled()){ 5 logger.debug("slf4j-logback debug message"); 6 } 7 if(logger.isInfoEnabled()){ 8 logger.debug("slf4j-logback info message"); 9 } 10 if(logger.isTraceEnabled()){ 11 logger.debug("slf4j-logback trace message"); 12 } 13 14 LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory(); 15 StatusPrinter.print(lc); 16 }
官方使用方式，其实就和slf4j集成了起来
上述的Logger、LoggerFactory都是slf4j自己的接口与类
没有配置文件的情况下，使用的是默认配置。搜寻配置文件的过程如下：
1 Logback tries to find a file called logback.groovy in the classpath. 2 If no such file is found, logback tries to find a file called logback-test.xml in the classpath. 3 If no such file is found, it checks for the file logback.xml in the classpath.. 4 If no such file is found, and the executing JVM has the ServiceLoader (JDK 6 and above) the ServiceLoader will be used to resolve an implementation of com.qos.logback.classic.spi.Configurator. The first implementation found will be used. See ServiceLoader documentation for more details 5 If none of the above succeeds, logback configures itself automatically using the BasicConfigurator which will cause logging output to be directed to the console. 6 The fourth and last step is meant to provide a default (but very basic) logging functionality in the absence of a configuration file
也可以在类路径上加一个类似如下的logback.xml的配置文件，logback则会去解析对应的配置文件。
1 <?xml version="1.0" encoding="UTF-8"?> 2 <configuration> 3 4 <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> 5 <encoder> 6 <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> 7 </encoder> 8 </appender> 9 10 <root level="DEBUG"> 11 <appender-ref ref="STDOUT" /> 12 </root> 13 14 </configuration>
4.3、使用过程简单分析
1 return StaticLoggerBinder.getSingleton().getLoggerFactory()
以logback-classic中的StaticLoggerBinder为例，在StaticLoggerBinder.getSingleton()过程中：会去加载解析配置文件 源码如下
1 public URL findURLOfDefaultConfigurationFile(boolean updateStatus) { 2 ClassLoader myClassLoader = Loader.getClassLoaderOfObject(this); 3 //寻找logback.configurationFile的系统属性 4 URL url = findConfigFileURLFromSystemProperties(myClassLoader, updateStatus); 5 if (url != null) { 6 return url; 7 } 8 //寻找logback.groovy 9 url = getResource(GROOVY_AUTOCONFIG_FILE, myClassLoader, updateStatus); 10 if (url != null) { 11 return url; 12 } 13 //寻找logback-test.xml 14 url = getResource(TEST_AUTOCONFIG_FILE, myClassLoader, updateStatus); 15 if (url != null) { 16 return url; 17 } 18 //寻找logback.xml 19 return getResource(AUTOCONFIG_FILE, myClassLoader, updateStatus); 20 }
目前路径都是定死的，只有logback.configurationFile的系统属性是可以更改的，所以如果我们想更改配置文件的位置（不想放在类路径下），则需要设置这个系统属性：
1 System.setProperty("logback.configurationFile", "/path/to/config.xml");
解析完配置文件后，返回的LoggerFactory实例的类型是LoggerContext（它包含了配置信息）
根据返回的LoggerFactory实例，来获取Logger就是根据上述的LoggerContext来创建一个Logger，每个logger与LoggerContext建立了关系，并放到LoggerContext的缓存中，就是LoggerContext的如下属性：
1 private Map<String, Logger> loggerCache;
其实上述过程就是slf4j与其他日志系统的绑定过程。不同的日志系统与slf4j集成，都会有一个StaticLoggerBinder类，并会拥有一个LoggerFactory的实现。
标签：roo 优先 message 3.2 encoder configure mon ted gets
原文地址：https://www.cnblogs.com/ouhouki/p/10103987.html
