从工作的角度，人家说啥就整啥就完事了 从经验的角度，我们也封了，但是总体来说 API 没啥变化，logger 看上去还是那个 logger 但是差了一些逻辑，直接出新 API 不是什么好文明 从自己的角度，应付过去就完事了，别耽误下班别耽误发工资就行

个人感觉目前看是为了规范，保不齐后面就变成新的屎山

封装 LogUtil 很难理解吗？ 封装 log 是统一格式，数据脱敏，数据清洗，大数据分析的第一步啊。 你只看你自己的业务，你们公司还有别的业务，其它语言写的平台吧，没有 slf4j 怎么办？ 即使有 slf4j 开新项目每次都复制模板？模板分叉了怎么办？哪个模板是最新的？ 天天制造屎山，还天天骂屎山

你不改怎么体现他的价值，他不给你提需求怎么体现你的价值？

存粹是菜

没什么好处，并且代码很难看，统一入口不是这么个统一法

封装很常见，但是自己封装一个 Util 不常见，一般对日志有要求的，那么就基于 sl4j 做一个专门的 factory ，让业务无痛切换，底层实现格式化

@k9982874 +1

@k9982874 你说的这些其他日志框架都实现了，而且性能更好，完全没必要自己造轮子。数据脱敏，数据清洗，大数据分析也不靠入侵业务代码实现，Logstash 、Fluentd 。多语言、多平台靠使用统一的日志收集平台 ELK 。LogUtil 这种入侵业务代码的非业务代码才会造成屎山，让人摸不着头脑。

@k9982874 1. slf4j 门面和 logback 等实现提供的扩展性都可以做到，楼主也说了，这些不是问题。 2. 每个语言有自己的最佳实践，别的语言或许封装一个 LogUtil 更为合适，但 Java 没必要。即使封装了 LogUtil ，也应该允许让其作为 slf4j 的实现，而不是不允许使用 slf4j 直接打印日志。此外，不同平台的日志不一定是统一管理。 3. 不存在模板复制的问题，安全、日志相关的自定义 sdk 使用 snapshot ，每次从 mvn repo 拉取最新版本。