是的，大厂就是这个尿性。 面试就问底层：JVM 字节码怎么做到 blablabla 功能的，GC 的特点，NIO 的设计 blablabla，还有就是 spring 怎么支持 1 千万的 QPS，redis 怎么支持 1 亿的并发。

然后一不小心你进去了，发现写的东西都是垃圾的 CRUD，平均 QPS 估计会在 0.001 。内部「大佬」封装的框架甚至不关心你的执行效率，还有各种各样水平不一的组推他们写的「没文档，没 demo，用法只能靠试，出问题就马上再出一个 0.0.1-snapshot 版本」的「吊打市面上一切框架」「支持高并发，分布式」的所谓框架。 然后你还不能不用，因为你的老板给了你压力。


之前作为乙方做了一个大厂的基础组件，要求性能挺高的，同时老板要求要用内部一个基于 spring 封装的框架。写完做性能测试时发现，内存普遍偏高，GC 极其频繁。 可是分析了一波代码，写法没问题。
于是我们切了一个 spring 原生框架做对照组，终于发现了问题所在。
内部封装的框架，在启动的时候自动起了一堆东西。比如，服务自动注册，异常日志自动发 kafka 等等。号称所谓的「专注业务开发的高效率框架」。 然后他的这些功能封装在线程里面，出了问题，线程没回收，还自动起了另外一个线程干这个活。 而且 graceful shutdown 也没做。
去反馈这个问题的时候，框架组的人说「没办法，我们就是这么设计的，其他组用起来并没有这个问题。」


对，没错，就是这么屎。