Java logback日志的简单使用

说明

logback作为log4j的替代，有很多优势。要将logback应用到项目中，步骤很简单。加入依赖的jar包和配置文件即可。

logback.xml中主要元素：

• 
  

定义属性，定义之后，后文可以通过该变量引用。

• 
  

定义日志输出格式、位置、文件分割等。被或引用。

• 
  

定义日志名称及对应的级别。name可以是包名、类名或者单纯的字符串。如果是包名或者类名，那么该包或类中的日志级别，对应这里的设置；如果是单纯的字符串名，那么通过getLogger({name})获取的日志，采用这里的配置。

• 
  

定义默认使用的日志配置。如果不是中的配置，那么默认使用这里的配置。

使用

logback依赖的包：

 org.slf4j
 slf4j-api
 1.7.21


 ch.qos.logback
 logback-core
 1.1.7


 ch.qos.logback
 logback-classic
 1.1.7

logback.xml配置文件放入classpath中即可，程序会自动读取该文件。

 

 
 
 
 
 

 
 

 
 
 
 
 
 

 
  
   utf-8
   ${PATTERN}
  
 

 

 

 
  
   utf-8
   ${PATTERN}
  
  false
  true
  ${APP_LOG_FILE}
  
   ${APP_LOG_FILE}.%d{yyyy-MM-dd}-%i.gz
   10MB
   15
   200MB
  
 

 
 
  
  
 
 
 
 
 
 
 
 
 
 
 

 
  
  
 

代码：

// 或者LoggerFactory.getLogger(${logger_name}),这里logger_name为logback.xml中logger标签定义的名称
private static final Logger logger2 = LoggerFactory.getLogger(XX.class);

常见问题

包冲突

如果出现：

org.slf4j.impl.Log4jLoggerFactory cannot be cast to ch.qos.logback.classic.LoggerContext

或：

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/E:/**/WEB-INF/lib/activemq-all-5.10.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/E:/**/WEB-INF/lib/slf4j-simple-1.6.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]

表示有包冲突，将冲突的包删除即可。一般是由log4j,activemq-all等包导致，删除它们。

No such instance field: 'logger2'

一开始认为是编译缓存的原因，rebuild了好几次，都是同样的问题。

通过debugger的evaluate工具，执行LoggerFactory.getLogger("SqlLog").info("testtest")，又是正常的，可以正确在控制台和文件中输出日志内容。这说明，代码是没有问题的，且获取的logger实例也正确(logback的)。

通过evaluate工具，输入logger2始终有问题，但是输入logger却没有问题，logger.info会报错，提示是log4j的包。这已经说明.class不是最新的了。因为logger是修改之前定义了，后来改成了logger2。

只是，断点的时候，代码行的位置并没有错乱。和文件不是最新的似乎有点矛盾。

最后，发现还是编译缓存的原因。

将.class文件手动清除，重新编译启动，问题解决。

看来，idea的rebuild有时候并不靠谱，无法保证.class文件是最新的。

以上就是Java logback日志的使用的详细内容，更多关于Java logback日志的资料请关注脚本之家其它相关文章！