說明

logback作為log4j的替代，有很多優勢。要將logback應用到項目中，步驟很簡單。加入依賴的jar包和配置文件即可。

logback.xml中主要元素：

<property>

定義屬性，定義之后，后文可以通過該變量引用。

<appender>

定義日志輸出格式、位置、文件分割等。被<logger>或<root>引用。

<logger>

定義日志名稱及對應的級別。name可以是包名、類名或者單純的字符串。如果是包名或者類名，那么該包或類中的日志級別，對應這里的設置；如果是單純的字符串名，那么通過getLogger({name})獲取的日志，采用這里的配置。

<root>

定義默認使用的日志配置。如果不是<logger>中的配置，那么默認使用這里的配置。

使用

logback依賴的包：

<dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-api</artifactId> <version>1.7.21</version></dependency><dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-core</artifactId> <version>1.1.7</version></dependency><dependency> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> <version>1.1.7</version></dependency>

logback.xml配置文件放入classpath中即可，程序會自動讀取該文件。

<?xml version='1.0' encoding='UTF-8' ?><configuration scan='true' scanPeriod='3 seconds'> <property name='z_app' value='${z_app:-app}'/> <property name='SQL_LEVEL' value='DEBUG'/> <property name='SERVICE_LEVEL' value='DEBUG'/> <property name='RPC_LEVEL' value='DEBUG'/> <property name='BOOT_LEVEL' value='DEBUG'/> <property name='BUF_LEVEL' value='DEBUG'/> <!-- 09:14:20.256 [main] INFO com.h.db.business.main.Main - asfdasdf --> <property name='PATTERN' value='%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n'/> <property name='SQL_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}Sql.log'/> <property name='SERVICE_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}Service.log'/> <property name='RPC_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}RPC.log'/> <property name='BOOT_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}Boot.log'/> <property name='BUF_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}Buf.log'/> <property name='TRACE_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}Trace.log'/> <appender name='CONSOLE' class='ch.qos.logback.core.ConsoleAppender'> <encoder> <charset>utf-8</charset> <pattern>${PATTERN}</pattern> </encoder> </appender> <property name='ROOT_LEVEL' value='DEBUG'/> <property name='APP_LOG_FILE' value='${LOG_HOME}/logs/${z_app}/${z_app}.log'/> <appender name='APP_LOG' class='ch.qos.logback.core.rolling.RollingFileAppender'> <encoder> <charset>utf-8</charset> <pattern>${PATTERN}</pattern> </encoder> <prudent>false</prudent> <append>true</append> <file>${APP_LOG_FILE}</file> <rollingPolicy class='ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy'> <fileNamePattern>${APP_LOG_FILE}.%d{yyyy-MM-dd}-%i.gz</fileNamePattern> <maxFileSize>10MB</maxFileSize> <maxHistory>15</maxHistory> <totalSizeCap>200MB</totalSizeCap> </rollingPolicy> </appender> <!-- 打印具體sql --> <logger name='SqlLog' level='DEBUG' > <appender-ref ref='APP_LOG' /> <appender-ref ref='CONSOLE' /> </logger> <!-- 打印事務軌跡 --> <logger name='druid.sql.Connection' level='DEBUG' /> <logger name='org.springframework.jdbc.datasource.CoreDataSourceUtils' level='DEBUG' /> <logger name='org.springframework.jdbc.datasource.DataSourceUtils' level='DEBUG' /> <logger name='org.apache.zookeeper.ClientCnxn' level='info' /> <logger name='org.mongodb.driver.connection' level='info' /> <logger name='org.mongodb.driver.cluster' level='info' /> <logger name='org.apache.zookeeper.Environment' level='ERROR'/> <logger name='org.apache.curator.framework.recipes.cache.TreeCache' level='debug'/> <logger name='tk.mybatis.mapper.mapperhelper.MapperTemplate' level='DEBUG'/> <root level='${ROOT_LEVEL}'> <appender-ref ref='APP_LOG' /> <appender-ref ref='CONSOLE' /> </root></configuration>

代碼：

// 或者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日志的資料請關注好吧啦網其它相關文章！