可能是为了方便扩展？比如后续收集日志进行统计分析之类，自动收集 crash 等等

评价为不如 https://www.elastic.co/guide/en/ecs-logging/java/current/index.html 和 https://spring.io/blog/2024/08/23/structured-logging-in-spring-boot-3-4

线上出问题的时候动态修改 log level?

脱裤子放屁

好处是不用每个类定义 log 对象？没感觉有其他啥好处，新项目改就改了吧，旧项目让他自己改

这个就是统一日志格式吧。。做日志搜集的时候方便，不然如果每个人写一个格式怎么解析

@unknown404 #26 如果是其他库或许可以这么说，但是 slf4j 出了 18 年了，在 mvnrepository 它是 #2 in MvnRepository #1 in Logging Frameworks Quartz 、Camel 、Akka 等有多少库使用了 slf4j 至于各种日志扩展，通过 Coverter 、Appender 等都可以实现，提供 sdk 引入即可，不需要侵入代码

非要说好处就是可以强制调用者提供一个代码。非要说必要性那肯定是没有。可能这人岁数比较大，旧项目里代理的习惯。

不定规范，相当于在一坨💩山旁再拉一坨

日志收集不是靠入侵业务代码实现的吧。我个人觉得日志用 util 类封装，然后放入业务代码里是很垃圾的做法。一方面要大批量改 log.info 代码，另外一方面后续接受的人并不会明白这个做法，增大代码 review 复杂度以及后续接收复杂度。po 主既然讨论了，能否把架构师的理由说出来听听。单纯统一入口，便于以后扩展不是理由，slf4j 已经足够抽象化。提出一个方案，必然是解决某个痛点，而不是过度设计