一、先梳理核心选型判断维度（优先级从高到低）
1. 业务场景与系统类型（决定性因素）
2. 团队技术栈、人员能力（落地关键）
团队只熟悉 SSM：优先 Spring Boot + MyBatis，降低学习成本，避免强行上响应式 / 云原生框架；
团队有分布式经验：直接 Spring Cloud Alibaba，配套 Nacos、Sentinel、Seata；
新手外包快速交付：优先集成化后台脚手架（RuoYi-Vue、Jeecg-Boot），内置权限、文件、字典；
高级性能研发团队：WebFlux、Vert.x、Quarkus 做高并发服务。
3. 性能、资源、部署环境约束
普通业务系统（QPS < 1000）：标准 Spring Boot（Servlet 栈 Tomcat）完全够用，开发效率最高；
高并发网关 / 推送 / 秒杀（QPS 5000+）：响应式 WebFlux（Netty 底层），异步非阻塞，线程资源消耗极低；
云原生 K8s 部署、资源受限 Pod（内存 < 256M）：Quarkus/Micronaut，支持 GraalVM 原生镜像，启动毫秒级、内存占用仅几十 MB；
传统虚拟机部署、无容器：Spring Boot 默认 Tomcat 无额外改造成本。
4. 长期维护、生态、社区、厂商支持
优先稳定主流框架：Spring 全家桶（Spring Boot、Spring Cloud），社区庞大、文档完善、BUG 修复及时、人才储备充足；
国内生产环境首选 Spring Cloud Alibaba：阿里维护，适配国内中间件 Nacos、Sentinel、Seata，对比 Spring Cloud Netflix（Eureka 停止维护）；
小众框架避坑：Vert.x、Micronaut 性能优秀，但国内企业人才少，遇到问题排障成本高；
老旧淘汰框架不新项目使用：Struts1/2、JSF、EJB、Dubbo 老版本（2.7 以下），安全漏洞多、停止更新。
5. 配套中间件、数据库、架构需求
关系型数据库（MySQL/Oracle）
快速 CRUD：MyBatis-Plus、MyBatis；
面向对象简化开发：Spring Data JPA（适合简单业务，复杂 SQL 不推荐）；
分布式事务：Spring Cloud Alibaba Seata；
缓存 Redis、消息队列 RocketMQ/Kafka：Spring Data Redis、Spring Cloud Stream 统一封装；
API 网关：Spring Cloud Gateway（响应式，推荐）、Zuul1（阻塞，淘汰）；
定时任务：Spring Task、XXL-Job 集成 Spring Boot。
6. 开发交付周期、成本
短期外包、快速上线（1-3 个月）：
带前端脚手架：RuoYi-Vue、Jeecg-Boot，内置登录、RBAC 权限、文件上传、字典、代码生成器，不用从零搭建基础架构；
中长期核心业务系统（6 个月以上）：
原生 Spring Boot + 自定义分层架构，轻量化依赖，减少脚手架冗余代码，便于长期迭代优化；
极简内部工具（小脚本、定时任务）：
Micronaut/Quarkus，打包体积小，启动快。
二、主流 Java 开发框架对比（选型参考表）
1. Spring Boot（通用首选，单体 / 微服务基础）
优势
约定优于配置，自动装配，零 XML 配置；
Spring 生态无缝打通（SpringMVC、SpringData、SpringCloud）；
国内企业普及率 90% 以上，人才充足，文档、教程、问题解决方案极多；
适配所有中间件、数据库、部署方式。
劣势
Servlet 同步阻塞模型，高并发场景资源消耗高于响应式框架；
原生 JAR 包启动慢，内存占用高（可通过 AOT 原生镜像优化）。
适用：绝大多数企业单体系统、微服务业务服务、管理后台。
2. Spring Cloud Alibaba（微服务专用）
基于 Spring Boot，提供完整分布式解决方案：Nacos 注册配置、Sentinel 限流熔断、Seata 分布式事务、Dubbo RPC。
适用：分布式中台、多服务拆分大型项目、需要国产中间件生态。
3. Spring WebFlux（响应式高并发）
Spring 官方响应式 web 框架，底层 Netty，异步非阻塞，单线程可支撑上万并发连接。
优势：高吞吐、低内存，适合网关、IM 推送、秒杀、流式接口；
劣势：编程模型与传统 Servlet 差异大，团队学习成本高，ORM 适配不如 MyBatis 友好。
4. Quarkus / Micronaut（云原生轻量框架）
专为 GraalVM 原生镜像设计，无反射、编译时注解处理，启动速度毫秒级，内存占用极低。
适用：K8s 容器、Serverless 函数、轻量定时任务、资源受限环境；
劣势：生态不如 Spring 完善，第三方组件适配少，国内案例少。
5. Vert.x（底层高性能异步框架）
纯异步事件驱动，多语言 API，性能极强，但无内置 MVC、事务、权限封装，需要自行封装基础能力。
适用：高性能中间件、推送服务、底层网关；不适合常规业务管理系统。
6. 快速开发脚手架（RuoYi、Jeecg）
基于 Spring Boot 二次封装，配套 Vue 前端，内置全套后台基础能力、代码生成器。
适用：管理后台、OA、CRM、外包快速交付项目；
劣势：内置大量冗余功能，核心业务系统长期迭代会有架构臃肿问题。
三、标准化选型决策流程（落地步骤）
步骤 1：定义系统核心属性
系统规模：小型单体 / 中型单体 / 大型微服务分布式；
并发量级：普通业务（QPS<1000） / 高并发接口（QPS>5000）；
部署环境：虚拟机 / K8s 容器 / Serverless 函数；
交付周期：快速外包交付 / 中长期核心业务；
数据库：MySQL、Oracle、PostgreSQL 等。
步骤 2：匹配团队技术能力
团队主流技术栈是否为 Spring 系？是否有分布式、响应式开发经验？
项目是否允许投入时间学习全新小众框架？
步骤 3：初筛候选框架，排除淘汰技术
新项目一律禁用：Struts、EJB、老旧 Netflix 组件（Zuul1、Eureka）；
普通业务系统优先锁定 Spring Boot 系列；
高并发筛选 WebFlux；云原生轻量筛选 Quarkus/Micronaut。
步骤 4：验证生态与落地风险
候选框架是否支持项目需要的中间件（Redis、MQ、分布式事务）；
国内社区案例、线上生产落地案例是否充足；
长期维护成本：人才招聘、BUG 排查、版本升级难度。
步骤 5：最终确定框架 + 配套组件组合
组合方案 1：单体管理后台（90% 中小企业）
Spring Boot 3.x + MyBatis-Plus + RuoYi-Vue 脚手架 + MySQL + Redis + XXL-Job
组合方案 2：分布式微服务中台
Spring Boot 3.x + Spring Cloud Alibaba + Dubbo + Nacos + Sentinel + Seata + Gateway
组合方案 3：高并发网关 / 推送服务
Spring Boot + Spring WebFlux + Redis + Kafka
组合方案 4：云原生轻量定时任务 / Serverless
Quarkus + Spring Data JPA + GraalVM 原生镜像打包
四、避坑选型原则
不盲目追求高性能小众框架：如果业务无高并发压力，优先 Spring Boot，开发效率和维护成本最优；
核心业务系统不依赖重型脚手架：RuoYi/Jeecg 适合后台管理系统，金融、订单核心业务建议原生 Spring Boot 自建分层，减少冗余依赖；
微服务优先 Spring Cloud Alibaba，放弃老旧 Netflix：Eureka、Zuul 停止维护，Nacos 国产、功能更强、持续更新；
不要混用多种底层框架：例如 Spring Boot 中同时引入 Vert.x，会导致线程模型冲突、调试困难；
长期项目优先稳定 LTS 版本：Spring Boot 3.x（基于 Spring6、Jakarta9），放弃 2.x 老旧版本，获得安全更新与新特性。
五、极简选型速查表（快速对号入座）
普通后台管理、CRM、OA → Spring Boot + RuoYi/Jeecg + MyBatis-Plus
多服务分布式中台、企业微服务 → Spring Cloud Alibaba
高并发接口、网关、IM 推送 → Spring WebFlux
K8s 容器、Serverless、低内存服务 → Quarkus / Micronaut
底层高性能中间件、流式处理 → Vert.x
老旧系统存量维护，不重构 → SSM（Spring MVC + MyBatis）