@neocanable 屎山见多了，只是不知道 LogUtil 怎么防范屎山

纯技术上讲，他对 facade 理解不够或者能力所限……但是考虑到国情和企业环境，也许你有机会能理解他的做法。

他是架构师，你是程序员，你如果一下就理解了，他架构师的水分也太大了。

LogUtil.info("code101", "xxx") 这样可以快速通过 code101 来排查啊

没任何好处，相当于进行了一次没有太大意义的封装，入侵性还大。 可能他不知道能直接扩展，基于自己的认知和经验就只是再包一层封装...

小的个人开发者的类库，我会封装 API ，防止跑路 slf4j 也要这么搞，太闲了吧

纯纯浪费时间。

相信你们肯定用了很多开源库吧，开源库也要打日志吧。slf4j 作为门面，很多开源库也是用它打日志。 下面问题来了，这些日志怎么办？让你们的架构师给这些开源库推 PR 吧，改用你们的； 或者，想到了人家不会接受，那就把用到的开源库都 fork 一份自己维护吧，这样接下来十年的 kpi 都有了…… 这个架构师真是吃饱撑的。他厉害，可以替换 logback 啊，可以指定日志规范啊，制定规范，监督规范的执行，也是 kpi 啊。

沟通问题不要尝试通过技术解决 [狗头]

需要看你们这个 logUtil 是不是为了特殊日志做准备的吧，比如你们日志比较多，存储有特异性（管道到某个公司内部的采集系统，二进制压缩存储等），高吞吐量（需要单独设计缓存区），复杂的上下文打印这些功能，只能如果架构师在推广一个 sdk 的时候无法说出理由，大概率就是一个 kpi 产物了