Spring Boot不是框架选型问题，是产业分工问题

2026年的轮子造反闹剧

今年初去深圳参加一个ToB技术峰会，论坛一半的时间都在骂Spring Boot。

一帮创业公司的技术负责人拍着桌子说，Spring Boot太臃肿，启动慢，包体积大，我们自研的轻量框架比它好一万倍。

现场还有人发了白皮书，列了一堆性能测试数据，说换框架之后QPS提升了27%，启动时间从42秒砍到7秒。

听起来很美对吧？

说实话，我听完只觉得后背发凉。我拉住那个站台吹框架的创始人算了一笔账。你们团队一共12个开发，为了造这个轮子抽了3个高级开发做了18个月，前后改了四版才替换完所有老项目，对不对？

他点头。那我算，三个高级开发，月薪平均三万，加上社保福利，18个月的人力成本直接超过200万——相当于长三角三线城市一套100平的刚需住宅。

换来了什么？27%的QPS提升？你一个日活不到十万的SaaS工具，现在峰值QPS才一千多，就算提升一倍，够你用吗？

他沉默了。

这不是什么技术路线之争，这就是典型的赚了技术面子，亏了公司里子。

很多人说Spring Boot大，说它把你不需要的东西都塞给你了。可你有没有想过，为什么这么多年，全世界绝大多数Java项目，还是用脚投票选了Spring Boot？

当年SSM时代，你做一个新项目，光整合mybatis、springmvc、配置数据库连接池、写拦截器，就要折腾两三天，碰到版本依赖冲突，搞一天都是常事。现在呢？你打开IDEA，选个Spring Boot初始化，勾几个依赖，五分钟就能跑通一个可以对外提供服务的接口。

这差距，不是一点半点。不过话说回来，2026年突然冒出这么多造反的轮子，也不是完全没理由。云原生时代，大家都在讲冷启动，讲弹性扩缩容，Spring Boot的大启动包确实看起来不那么美观。

可本质问题，真的出在Spring Boot本身吗？

藏在框架背后的分工博弈

很多人把Spring Boot当成一个普通的Java开发框架，这完全看错了。它本质上是整个Java生态产业分工的固化产物。

什么意思？之前所有的框架配置、最佳实践，都是存在每个公司内部的文档里，老员工带新员工口口相传，不同公司有不同的规范，换个公司就要重新适应一遍。

Spring Boot做的事，就是把全世界Java开发者公认的最佳实践，直接固化成了框架里的自动配置，你不用自己折腾，拿来就用。

这就像多细胞生物的进化，单细胞生物要自己包揽代谢、运动、繁殖所有功能，而多细胞生物直接分化出不同功能的组织，效率一下甩开几个量级。

国内做餐饮SaaS的哗啦啦，就是个很典型的本土案例。早年他们快速扩张，不同业务线不同团队各干各的，有的用自研轻量框架，有的用SSM，还有的直接用了老的struts2，维护起来痛不欲生。换个需求，要跨三个业务线改配置，出了问题找半天找不到原因。后来2019年他们下决心，把所有业务线全部迁到统一的Spring Boot体系，光迁移就花了一年多。现在呢？新业务立项，一天就能出基础框架，新毕业生进来，培训一周就能上手写接口，维护成本直接降了60%。

Spring Boot的自动配置机制，帮每个项目平均砍掉40%的重复配置代码，相当于一个10人研发团队，每个月少写5000行毫无业务价值的垃圾代码。这些时间省下来，拿去改需求，拿去做性能优化，拿去打磨产品体验，哪一样不比自己造轮子有价值？

很多国内云厂商当年也想做自己的替代框架，想把Spring Boot挤出去，最后呢？都转头做Spring Boot的定制适配，做性能优化，没有人真的敢全栈换掉。为什么？因为生态摆在那里，你造个新轮子，没有这么多第三方组件适配，没有这么多开发者会用，你就是逆着分工潮流走，不可能赢。

这里面的博弈很清楚：你是做业务赚客户的钱，还是做框架赚开发者的吆喝？大多数公司，明明是赚业务钱的命，非要操做框架的心，最后只能把自己拖死。

被重新定义的开发者竞争力

我见过太多年轻开发者，一提到Spring Boot就撇嘴，说不就是个自动配置吗？谁都会用，没技术含量。

真的是这样吗？你去招聘网站看看，现在招Java开发，哪一个岗位不要求熟悉Spring Boot？可真正能把Spring Boot的自动配置原理说清楚，能自己写一个定制化starter的，一百个人里挑不出十个。

很多人说，Spring Boot把底层都封装了，我们不用懂底层，所以越来越多开发者会被淘汰。我反而觉得，Spring Boot是把开发者从无意义的重复劳动里解放出来了，逼着你往更高层走。

以前你要花三成的时间折腾配置，解决依赖冲突，现在这些活Spring Boot帮你干了，你就可以把时间花在理解业务，优化产品，架构设计上。这些才是真正能帮公司赚钱的能力，也是你自己的核心竞争力。

对吧？我之前碰到一个阿里出来的架构师，他说他现在面试，根本不会揪着你问IOC的底层源码每行怎么写，他就问你，你用Spring Boot做过的最大的项目，你在里面做了什么定制化改造，解决了什么业务问题，省了多少成本。

这就是趋势。整个Java生态，因为Spring Boot的出现，分工越来越清晰：框架团队做好框架，中间件团队做好中间件，业务开发者专注做好业务。

以前那种一个全栈开发者要从底层网络写到前端页面的时代，早就过去了。现在你只要在你自己的分工环节做到最好，就够吃够喝。

当然，也有很多人卷不动了，说我就想做个CRUD工程师，混口饭吃行不行？也没问题，Spring Boot连CRUD的模板都给你做好了，你混的门槛也低了很多。可问题是，混的人多了，薪水自然上不去，你要拿高薪，就得干Spring Boot干不了的活。

当所有配置、依赖、整合的脏活都被Spring Boot包圆之后，你赖以生存的核心竞争力，到底在哪里？