关于问题打败了曾经的 ejb，现在的 spring 是否也笨重？一共有 4 位热心网友为你解答:
【1】、来自网友【boo3】的最佳回答：
你这说的对，我前几天去做了一个功能，功能很少，我基本上就是能不引入包就不引入，但是还是有部分 spring boot 的包引入，大概两三个左右吧，做好了，打包，直接就是 70M,确实开始有些重了
我在想 spring 大门其实应该也注意到这个问题了，所以产生 springboot 然后有很多模块，可拆卸，你需要什么功能就引入什么包，可是没想到，还是这么重
【2】、来自网友【皮蛋 XXXXL】的最佳回答：
打败 ejb 的意义在于，企业级应用不再依赖采买部署 JavaEE 的容器了。普通 Tomcat/Jetty 就可以使用。
Spring 臃肿的原因在于要提供非常全面的生态服务。当然带来的臃肿问题，也早就被看到了。因此推出了 SpringBoot，加强灵活定制能力又减少配置成本。
而且 SpringBoot 默认支持抽取合并 jar，只把里面用到的 class 文件拿出来，而不需要打包整个依赖的 jar 文件。这样可以很大程度“瘦身”。
另外减少臃肿的办法是 Java 容器本身是不是可以去“字节码”， 这样一堆 Jar 就都变成目标机器码了。这种 AOT 技术还在演进，可以看看 Spring Native 组件。
其实，使用 Spring 越发臃肿的本质原因还是依赖各种其他中间件引起的，SpringCloud 项目可以帮助开发者和云厂商结合，减少自定义依赖的程度。中国厂商近几年也支持起来了，也可以参考，当然更适合 startup 类公司。
【3】、来自网友【老油子】的最佳回答：
功能会越来越多，模块也会越来越细，可以按需选择，如果还嫌弃笨重，有过有钱，自己写一套专属的
【4】、来自网友【小蜜蜂咿嗡嗡】的最佳回答：
项目小可以用，大了还是很多问题
以上就是关于问题【打败了曾经的 ejb，现在的 spring 是否也笨重？】的全部回答，希望能对大家有所帮助，内容收集于网络仅供参考，如要实行请慎重，任何后果与本站无关！
