spring-projects/spring-boot

解决什么问题

过去起一个 Spring 应用，要先写 XML 配置、手工对齐依赖版本、再配好 Servlet 容器，业务代码一行没写，脚手架已经堆了一堆。Spring Boot 的做法是给出一套有主见的 Spring 平台打包方案，把内嵌服务器、外部化配置、健康检查和指标这些非功能性能力默认带上，让你从 main 方法起步、java -jar 就能跑。

有什么不同

它最核心的取舍是自动配置：根据 classpath 上有什么来推断 bean，而当你自己定义了同类型 bean 时自动退让。这和原生 Spring 的路线正相反——后者要你显式装配一切、换来确定性和完整控制权；也和 Quarkus 这类偏向构建期优化、追求快速启动的框架不同，代价是另一套约定。Spring Boot 同时还把通常分散在多个项目里的运维能力内建进来，省去了拼装，但也意味着依赖面很大：当自动推断的 bean 和你的意图冲突时，排查链路会变长。值得一提的是它明确不做代码生成、不要求 XML，这比早期企业级框架的构建体验干净不少。

适合谁

适合用 Java 写后端服务的开发者与平台团队——REST API、内部服务、定时任务，尤其是已经在用 Spring Security、Spring Data 或 Spring Cloud 的组织。它看重的是约定优先和庞大的人才储备，而不是极致的运行时体积。反过来，Serverless 函数、命令行小工具这类对启动时间和包体积敏感的场景并不合适，希望每个 bean 都由自己显式掌控的团队也要另作选择。

上手成本

需要 JDK、熟悉 Maven 或 Gradle，还得理解自动配置和条件 bean 这套模型。从源码构建要求 JDK 25，执行 ./gradlew build；普通使用者应按参考文档走，不必自己构建。Apache-2.0 协议宽松。真正的成本在抽象层：异常栈会穿过大量框架内部代码，跨大版本的依赖升级需要仔细读 release notes。资历方面无需担心——仓库创建于 2012 年，README 基本只是外部文档的入口。

点评

Spring Boot 是经过长期验证的平台，不是靠热点冲上来的新项目：约 81,700 star、44,600 fork，是十年企业级采用的沉淀。Java 月度榜第 2、本月 +565 说明关注度仍在持续上升，而非一次性脉冲。公开讨论更多集中在运维和生态层面的抱怨上，这对被如此广泛使用的基础设施来说是常态。对 Java Web 服务而言它是稳妥的默认选项；只有当启动延迟或内存占用是硬约束时，才需要考虑别的方案。