日志封装是很常见的操作啊，后期可以根据 code101 来做源代码级别的筛选/过滤/屏蔽。 如果维护的人经常变动，统一代码格式挺重要的。当然不离职，怎么方便怎么来。

他可能属于那种不接受新鲜事物的人，内心鄙夷这种框架，你自己写他学习成本也会变低

kpi 而已

没什么好处，自定义 LogUtil 能做到的功能，在 Filter, Appender 层面完全可以做到。 LogUtil.info("code101", "xxx") 跟 log.info("code101", "xxx") 并无区别。

没好处，楼上说到的日志格式、脱敏加密、监控采集等都可以通过项目中引用 sdk 来实现，不需要改代码形式。 再者说，封装的 LogUtil 的扩展性谁来保证，动来动去的更麻烦。

@tool2dx 我们当前的日志是排查问题用的，整个 code 对我排查问题没什么帮助，现在都有分词，还有 logger name 之类的来筛选。 日志格式是统一的，比如 level ，time ，threadname ，自定义 mdc 这些

@WillingXyz #13 为了以后的扩展变更还是需要的，万一出了一个比 slf4j 更好用的呢？或者需要对日志统一做一些额外处理呢？无规矩不成方圆，对于稍微大点的项目，应该全部禁止直接引用第三方包，而是需要自己包装下才可以，都是千万屎山得来的教训，等你坐到他那个位置，你可能要求比他更夸张

你别说 我还真见过用 LogUtil.info 这种的

他是领导他说了算，建议类名叫 SBLogUtil ，要是领导问 SB 前缀是什么含义，你就说 Spring Boot 的缩写

太年轻了，没有被屎山教育过