核心结论：Spring Cloud Alibaba 是国内企业最主流选择；Spring Cloud 原生适合海外 / 纯 Spring 生态；Quarkus/Spring Cloud Native 面向云原生 Serverless；Micronaut 轻量高性能；Dubbo 适合高性能 RPC 内部服务。 选型优先看：团队技术栈、部署环境（K8s / 虚拟机）、性能要求、是否需要国产化、运维能力。
一、主流框架对比表
⚠️ 重要提醒：Spring Cloud Netflix 已经进入维护停止状态，新项目不要用 Eureka、Hystrix。
二、核心组件选型（微服务不只是框架，配套组件更关键）
1. 注册 & 配置中心
Nacos（推荐 SCA 配套）：同时支持注册中心 + 配置中心，支持 AP/CP 切换，中文文档，运维简单，国内首选
Consul：Spring Cloud 原生，强一致性，适合少量服务，部署复杂
Zookeeper：Dubbo 老项目常用，适合强一致性，不推荐做配置中心，运维复杂
新项目优先 Nacos
2. 网关
Spring Cloud Gateway（推荐）：Spring 官方，基于 WebFlux，非阻塞，性能好，支持动态路由，替代 Zuul（Zuul1 阻塞，Zuul2 停更）
APISIX / Kong：独立网关，云原生，适合大流量，和业务服务解耦
3. 限流熔断降级
Sentinel（SCA 标配）：阿里，可视化控制台，限流、熔断、热点参数限流，国内项目首选
Resilience4j：Spring Cloud 原生，轻量，无控制台，适合不想引入阿里组件场景
4. 分布式事务
Seata：阿里，AT/TCC/SAGA，和 SCA 无缝集成，最常用
Hmily：TCC 方案，适合高性能场景
5. RPC 通信
OpenFeign：HTTP 声明式调用，开发简单，性能一般，普通业务首选
Dubbo RPC：高性能二进制协议，核心交易、高吞吐场景
三、分场景选型建议
✅ 场景 1：企业业务系统，团队熟悉 SpringBoot，国内项目（80% 场景）
👉 选 Spring Cloud Alibaba
技术栈：SpringBoot3 + SCA + Nacos + Gateway + Sentinel + Seata
优点：上手平滑，SpringBoot 开发习惯不变；全套微服务组件一站式搞定；国产化适配好，社区中文资料多，招开发容易。
✅ 场景 2：纯内部服务、高并发核心链路，对接口调用延迟敏感
👉 Apache Dubbo，注册中心用 Nacos，可以和 SCA 混合使用
很多公司架构：前端业务层用 SpringCloud Gateway + OpenFeign，核心底层服务用 Dubbo RPC
✅ 场景 3：上 K8s，云原生、Serverless，希望启动快、内存占用小
👉 Quarkus（优先），其次 Micronaut
适合：定时任务、事件消费、轻量 API；老业务迁移成本高，不适合复杂遗留系统改造。
✅ 场景 4：海外项目，不想依赖阿里系组件
👉 Spring Cloud 原生（Spring Cloud Gateway + OpenFeign + Resilience4j + Consul）
✅ 场景 5：小型项目，微服务过重
👉 不强行拆微服务，单体 SpringBoot + 后续按需拆分，微服务有运维成本，不要为微服务而微服务。
四、避坑要点
版本对齐是 SCA 最大坑：SpringBoot 版本、SpringCloud 版本、SpringCloudAlibaba 版本必须严格匹配，版本不匹配直接各种启动报错。官方有版本对照表。
微服务带来成本：注册中心、网关、监控、链路追踪、分布式事务、日志、告警，小团队维护负担很重。
不要混合多种服务治理体系：不要 Nacos+Eureka 混用，不要 Sentinel+Resilience4j 同时乱用。
监控链路：推荐 SkyWalking / Arthas，微服务必须配套链路追踪。
五、最简推荐技术栈（新项目直接抄作业）
SpringBoot 3.x + Spring Cloud Alibaba Nacos（注册 + 配置）+ Spring Cloud Gateway + Sentinel + Seata + SkyWalking
本文原创作者：易君召，详见：https://www.yijunzhao.cn/authors/yijunzhao，转载请注明出处。
原文链接
欢迎访问 小易撩挨踢