設為「星標」，好文章不錯過！
由於日誌配置繁雜，很多同學喜歡直接cv其他項目或網上博客的配置文件，而不仔細研究每個配置項。最常見的就是重複記錄日誌，這不但給查看和統計帶來不必要麻煩，還會增加磁碟和日誌收集系統負擔。
下面看幾個常見導致該錯誤的案例，大家引以為戒，避免被辭退。
1 logger配置繼承關係錯誤
定義方法記錄debug、info、warn、error四種日誌：
Logback配置
配置看沒啥問題，但執行方法後明顯記錄重複了：
錯因
CONSOLE這個Appender同時掛載到倆Logger，定義的<logger>和<root>，由於定義的<logger>繼承自<root>，所以同一日誌既會通過logger記錄，也會發送到root記錄，因此應用包下日誌出現重複。
如此配置的初衷是啥？
本想實現自定義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級日誌，不會再出現日誌重複。