程序員因重復記錄日志撐爆ELK被辭退!

由于日志配置繁雜，很多同學喜歡直接cv其他項目或網上博客的配置文件，而不仔細研究每個配置項。最常見的就是重復記錄日志，這不但給查看和統計帶來不必要麻煩，還會增加磁盤和日志收集系統負擔。

下面看幾個常見導致該錯誤的案例，大家引以為戒，避免被辭退。

1 logger配置繼承關系錯誤

定義方法記錄debug、info、warn、error四種日志：

Logback配置

配置看沒啥問題，但執行方法后明顯記錄重復了：

錯因

CONSOLE這個Appender同時掛載到倆Logger，定義的和，由于定義的繼承自，所以同一日志既會通過logger記錄，也會發送到root記錄，因此應用包下日志出現重復。

如此配置的初衷是啥？

本想實現自定義logger配置，讓應用內日志暫時開啟DEBUG級別。

其實，這無需重復掛載Appender，去掉下掛載的Appender即可

若自定義需把日志輸出到不同Appender，比如

應用日志輸出到文件app.log

其他框架日志輸出到控制臺

可設置的additivity屬性為false，就不會繼承??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級日志，不會再出現日志重復。

開發者

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。