程序员因重复记录日志撑爆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级日志，不会再出现日志重复。

本文转载自微信公众号「 JavaEdge」，可以通过以下二维码关注。转载本文请联系 JavaEdge公众号。

分享题目：程序员因重复记录日志撑爆ELK被辞退!
标题路径：http://www.mswzjz.cn/qtweb/news4/122904.html

攀枝花网站建设、攀枝花网站运维推广公司-贝锐智能，是专注品牌与效果的网络营销公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 贝锐智能