點擊上方「JavaEdge」，關注公衆號
java
因爲日誌配置繁雜，不少同窗喜歡直接cv其餘項目或網上博客的配置文件，而不仔細研究每一個配置項。最多見的就是重複記錄日誌，這不但給查看和統計帶來沒必要要麻煩，還會增長磁盤和日誌收集系統負擔。數據庫
下面看幾個常見致使該錯誤的案例，你們引覺得戒，避免被辭退。服務器
1 logger配置繼承關係錯誤微信
定義方法記錄debug、info、warn、error四種日誌：app
Logback配置框架
配置看沒啥問題，但執行方法後明顯記錄重複了：測試
錯因flex
CONSOLE這個Appender同時掛載到倆Logger，定義的<logger>和<root>，因爲定義的<logger>繼承自<root>，因此同一日誌既會經過logger記錄，也會發送到root記錄，所以應用包下日誌出現重複。ui
如此配置的初衷是啥？url
本想實現自定義logger配置，讓應用內日誌暫時開啓DEBUG級別。
其實，這無需重複掛載Appender，去掉<logger>下掛載的Appender便可
<logger name="org.javaedge.logging" level="DEBUG"/>
若自定義<logger>需把日誌輸出到不一樣Appender，好比
應用日誌輸出到文件app.log
其餘框架日誌輸出到控制檯
可設置<logger>的additivity屬性爲false，就不會繼承<root> Appender
2 配置LevelFilter錯誤
記錄日誌到控制檯時，將日誌按級別記錄到倆文件
執行結果
info.log 文件包含INFO、WARN和ERROR三級日誌，不符預期
error.log包含WARN和ERROR倆級別日誌，致使日誌重複收集
事故問責
一些公司使用自動化ELK方案收集日誌，日誌會同時輸出到控制檯和文件，開發人員在本地測試不會關心文件中記錄的日誌，而在測試和生產環境又由於開發人員沒有服務器訪問權限，因此原始日誌文件中的重複問題難以發現。
到底爲什麼重複？
ThresholdFilter源碼解析
當
日誌級別 ≥ 配置級別返回NEUTRAL，繼續調用過濾器鏈上的下個過濾器不然返回DENY，直接拒絕記錄日誌
該案例咱們將 ThresholdFilter 置 WARN，所以可記錄WARN和ERROR級日誌。
LevelFilter
用於比較日誌級別，而後進行相應處理。
若匹配就調用onMatch定義的處理方式：默認交給下一個過濾器處理（AbstractMatcherFilter基類中定義的默認值）
不然調用onMismatch定義的處理方式：默認也是交給下一個過濾器
和ThresholdFilter不一樣，LevelFilter僅配置level沒法真正起做用。
因爲未配置onMatch和onMismatch屬性，因此該過濾器失效，致使INFO以上級別日誌都記錄了。
修正
配置LevelFilter的onMatch屬性爲ACCEPT，表示接收INFO級別的日誌；配置onMismatch屬性爲DENY，表示除了INFO級別都不記錄：
如此，_info.log文件只會有INFO級日誌，不會再出現日誌重複。
往期推薦
目前交流羣已有 800+人，旨在促進技術交流，可關注公衆號添加筆者微信邀請進羣
喜歡文章，點個「在看、點贊、分享」素質三連支持一下~
本文分享自微信公衆號 - JavaEdge（Java-Edge）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。