目录
- 传送门
- 零、前言
- [一、Spring Cloud 官方](#一、Spring Cloud 官方)
-
- [1. 简介](#1. 简介)
- [2. 优缺点及适用场景](#2. 优缺点及适用场景)
- [二、Spring Cloud Alibaba](#二、Spring Cloud Alibaba)
-
- 1、简介
- [2. 优缺点及适用场景](#2. 优缺点及适用场景)
- 三、Dubbo
-
- [1. 简介](#1. 简介)
- [2. 优缺点及适用场景](#2. 优缺点及适用场景)
- [四、Spring Cloud Huawei](#四、Spring Cloud Huawei)
-
- [1. 简介](#1. 简介)
- [2. 优缺点及适用场景](#2. 优缺点及适用场景)
- [五、Spring Cloud Tencent](#五、Spring Cloud Tencent)
-
- [1. 简介](#1. 简介)
- [2. 优缺点及适用场景](#2. 优缺点及适用场景)
传送门
SpringMVC的源码解析（精品）
Spring6的源码解析（精品）
SpringBoot3框架（精品）
MyBatis框架（精品）
MyBatis-Plus
SpringDataJPA
SpringCloudNetflix
SpringCloudAlibaba（精品）
Shiro
SpringSecurity
java的LOG日志框架
Activiti（敬请期待）
JDK8新特性
JDK9新特性
JDK10新特性
JDK11新特性
JDK12新特性
JDK13新特性
JDK14新特性
JDK15新特性
JDK16新特性
JDK17新特性
JDK18新特性
JDK19新特性
JDK20新特性
JDK21新特性
其他技术文章传送门入口
零、前言
目前业内使用较多的Java微服务开发框架主要有Spring Cloud 官方、Spring Cloud Alibaba、Dubbo这3款，也有部分在用华为的Spring Cloud Huawei、腾讯的Spring Cloud Tencent。本文将对这5款服务开发框架进行一个简单比较。
笔者感慨技术发展的迅速，相当年还在ssm框架中xml写注入类，然后springboot就来了，springboot还没玩深入，dubbo就来了，dubbo还没开始投入，SpringCloud就来了，目前是微服务统治的时代，奈何，只是标配了。现在springAIAlibaba又来了，书山有路勤为径，学海无涯苦作舟。只要学不死，就往死里学。
以下内容主要来自公众号：萌大统领。
一、Spring Cloud 官方
1. 简介
Spring Boot于2014年4月推出1.0版本，历经多年发展，已成为Java开发领域的标杆框架。2016年1月，Spring Cloud发布Angel.SR5版本，它继承了Spring Boot组件化、低配置快速集成的核心理念，并制定了标准的微服务SPI规范。基于此规范，衍生出了Spring Cloud Netfix等优秀的微服务解决方案。在远程服务调用领域，Feign和RestTemplate凭借HTTP协议的普适性，在易用性、可观测性和跨语言支持等方面展现出显著优势。自2016年Spring Cloud首版发布后，其发展态势迅猛。当前，Spring Boot与Spring Cloud的组合，是Java开发中应用最为广泛的框架之一。
作为微服务的"开山鼻祖"，Spring Cloud官方主要的微服务组件大都是Netflix贡献的，是Spring Cloud微服务的早期主流实现，核心组件主要有：
2. 优缺点及适用场景
优点：
（1）标准化与通用性：作为微服务祖师爷，定义了很多微服务的规范和接口因此，天然具有标准规范性强的优势，加上开源较早，存量用户基础较大、社区庞大，文档和第三方资源极其丰富。遇到问题很容易在网上找到解决方案。
（2）全球生态覆盖：作为Spring社区主导的项目，其技术规范和组件设计遵循国际通用的微服务标准，广泛应用于全球范围内的企业级应用开发。许多国际开源项目、云服务提供商（如AWS、Azure等）都支持适配Spring Cloud生态，提供了丰富的适配方案和文档支持。
缺点：
(1) 核心组件停更： 这是目前最大痛点。Netflix 核心组件（Eureka、Hystrix、Ribbon、Zuul）大多已停止维护或进入维护模式，社区活跃度下降，生态已逐步萎缩。
(2) 配置与运维复杂： 部分原生组件（如 Spring Cloud Config）通常需要配合 Git、Bus 等多种工具才能实现动态刷新，配置繁琐，且可视化运维能力较弱，难以满足企业级的复杂运维要求。
(3) 自行组合兼容性： 一是只提供抽象模式的定义不提供官方稳定实现，二是很多功能（如配置中心、服务发现）是分离的，开发者只能寻求类似Netflix、Alibaba 等不同厂商的组件实现拼装，而每个厂商支持的完善度、稳定性、活跃度各异，可能会存在版本兼容性问题，需要用户自行处理兼容性问题。
(4）服务治理较弱：总体上是重开发，轻治理。提供的治理能力相对基础，缺乏对复杂流量场景的精细控制，尤其是在流量管控方面比较弱。
(5）通信协议互通受限：编程模型与通信协议绑定HTTP，在性能、与其他RPC体系互通上存在障碍。
(6）组件性能优化不足：总体架构与实现更适用于小规模微服务集群实践，当集群规模增长后会遇到地址推送效率、内存占用等各种瓶颈问题。
(7）高阶问题自行解决：微服务实践场景的高阶问题需要用户自行解决，比如优雅停机、启动预热、服务测试，再比如双注册、双订阅、延迟注册、服务按分组隔离、集群容错等。
适用场景：
（1）存量系统维护：于存量的Spring Cloud Netflix技术栈的微服务系统，若对技术更新不敏感，可继续保持使用。
（2）对接国际公有云：项目需要对接AWS、Azure等国际云服务，或面向全球市场，对国际化支持要求较高时，Spring Cloud官方的兼容性更有优势。
二、Spring Cloud Alibaba
这个用起来就一个字，爽。
1、简介
国内微服务的"主流新贵"，阿里巴巴开源的一套微服务解决方案，它不仅继承了Spring Cloud的规范，还整合了阿里在电商、金融等领域的实战经验沉淀的成熟组件（如Nacos、Sentinel等），这些组件可替换 Spring Cloud中的Netflix组件。
作为国产化微服务解决方案，Spring Cloud Alibaba凭借其强大的组件能力和对国产化环境的友好支持，是国内微服务架构的主流选择。核心组件主要有：
2. 优缺点及适用场景
优点：
（1）高性能与稳定性：核心组件如Nacos、Sentinel等经过阿里巴巴双十一等高并发场景的实战验证，在高可用性、性能和稳定性方面表现优异，能有效应对大规模并发和复杂业务场景。
（2）丰富的功能组件：提供一站式微服务解决方案，除服务注册与发现、配置管理等基础功能外，还集成了RocketMQ（高性能消息队列）、Seata（分布式事务解决方案）、Dubbo（高性能RPC框架）等组件，满足企业在不同业务场景下的需求，减少技术选型成本。
（3）社区活跃和兼容官方标准。核心组件都在持续高频更新，社区活跃，生态成熟，文档丰富，学习曲线平缓，与Spring Cloud官方规范保持高度兼容，支持国际通用的协议和标准。
（4）本土化适配：针对国内企业需求优化，提供中文文档和本地技术支持，更适合国内开发团队，降低沟通成本和技术门槛。
（5）精细化的流量控制和熔断机制：Sentinel支持细粒度流量控制、熔断降级、系统自适应保护等功能，提供实时监控Dashboard，规则可动态配置，能更好地保障微服务在高并发场景下的稳定性。
（6）分布式事务支持：Seata原生集成AT、TCC、Saga等多种分布式事务模式，简化分布式事务开发，与Dubbo、Nacos深度整合，有效解决微服务架构中的数据一致性问题。
（7）与阿里云生态天然适配：与阿里云产品（如ECS、RDS、OSS、RocketMQ等）无缝对接，适合计划或正在使用阿里云的企业，能快速实现云原生应用的构建与部署，提供从开发到运维的全链路支持。
缺点：
(1) 部分组件配置复杂：部分核心组件（如Sentinel的流量控制规则、Nacos的服务治理策略等）配置较为复杂，需要开发者对业务场景和系统需求有深入理解才能合理配置。配置不当可能导致性能问题或功能异常，尤其在高并发、分布式环境下，配置的准确性和合理性对系统稳定性影响较大。
(2) 生态相对集中：Spring Cloud Alibaba的组件主要围绕阿里巴巴的技术栈设计，深度集成了阿里巴巴的中间件（如 Nacos, Sentinel, RocketMQ），虽然这带来了便利，但也意味着你的技术栈在一定程度上被"锁定"在了阿里系生态中。
适用场景：
(1) 高并发业务场景：如电商、金融、物联网等对系统性能、稳定性要求极高，且需要精细化流量控制、分布式事务支持的项目，Spring Cloud Alibaba的高性能组件和成熟解决方案能更好地满足需求。
(2) 国内团队开发：国内开发团队偏好中文文档和本地技术支持，Spring Cloud Alibaba的本土化优势可降低学习成本和沟通成本，提高开发效率。
(3) 阿里云生态项目：项目部署在阿里云上，需要深度使用阿里云产品（如RocketMQ、OSS、DRDS等），Spring Cloud Alibaba能与阿里云服务无缝集成，提高开发效率和系统性能。
(4) 需要快速落地的项目： 希望开箱即用，不想花大量时间去拼装和调试各种组件版本兼容性的团队。
三、Dubbo
1. 简介
Dubbo 虽然本质定位上是一个高性能的 RPC框架，但随着发展，Dubbo以RPC为核心，逐步演进为已具备了成为"微服务开发框架"的核心能力。Dubbo 不只是一个底层的通信工具，它为开发者提供了一套标准的微服务开发模式，许多企业直接使用Dubbo搭建微服务系统。
Dubbo 在通信之上，集成了大量微服务治理功能，提供了服务运维与可观测性生态，还具备极强的的"扩展性"与"可插拔"设计，这些特性都符合现代微服务框架的特征，能够帮助开发者高效构建、部署和运维大规模微服务系统，也是Dubbo被称为"微服务开发框架"的关键：
服务发现与注册：Dubbo 可以与 Nacos、ZooKeeper 等注册中心无缝集成，自动完成服务的暴露、注册和订阅，解决大规模集群下服务地址如何找到的问题。
多种负载均衡：内置了随机、轮询、最少活跃调用（LeastActive）、一致性 Hash 等多种负载均衡策略，确保流量能合理地分发到各个服务节点。
流量调度与容错：提供了集群容错（如失败自动切换、快速失败）、流量路由、权重配置等能力，保证系统在高并发下的稳定性和弹性。
高度可扩展：通过强大的 SPI机制，你可以轻松替换或扩展注册中心、序列化协议、负载均衡算法甚至流量拦截逻辑。
服务监控与治理：配合 Dubbo Admin 控制台，你可以实时监控 QPS、平均耗时、成功率等指标，并在运行时动态调整超时时间、负载均衡策略，而无需重启服务。
链路追踪：它能与 SkyWalking、Zipkin 等主流链路追踪系统集成，帮助你追踪跨服务的调用链路，快速定位性能瓶颈。
云原生与 Mesh 支持：Dubbo3 引入了 Proxyless Mesh 架构，使其能直接融入 Istio 等服务网格体系，无需Sidecar也能享受服务网格的治理能力，紧跟云原生技术趋势。
2. 优缺点及适用场景
优点：
（1）高性能远程调用：通信效率高，延迟低，适合高并发、低延迟的场景，比如基于 Netty 的 NIO通信模型，相比传统的 HTTP 同步阻塞调用，能以更少的线程资源支撑更高的并发，支持高效的二进制序列化协议（如 Hessian2、Protobuf等），数据体积小、传输快，延迟极低。
（2）服务治理能力丰富：内置服务注册发现、负载均衡、熔断降级、限流等机制，可自动管理服务实例的注册与发现，实现流量调度和故障恢复。
（3）灵活的扩展性：通过SPI机制支持插件化扩展，以及支持自定义协议、序列化方式、负载均衡策略等，可轻松集成第三方组件或扩展功能。比如你可以轻松替换它的注册中心、协议、序列化方式或集群容错策略，而无需修改核心源码。
（4）多协议支持与跨语言：除了默认的 Dubbo 协议（高性能二进制），还支持 HTTP、gRPC、REST 、Triple等多种协议，且官方提供Java、Go等多语言SDK。
（5）云原生适配：支持K8s、Istio等云原生技术，可与容器化部署、服务网格等无缝集成。
（6）完善的监控与管理：配合Dubbo Admin等工具，可实时监控服务调用链路、性能指标，便于故障排查和优化。
缺点：
(1) 生态相对"垂直"。Dubbo的核心是RPC调用和服务治理。相比于集成度更高的 Spring Cloud Alibaba 这种"全家桶"，有部分组件Dubbo 本身不直接提供，如配置中心、API 网关等功能（虽然它可以配合 Nacos、Gateway等组件使用），需要用户更多手动集成才能实现完整的微服务解决方案。
(2) 异构语言的生态仍需适配： 虽然官方也提供 Go、Python 等SDK语言接入，但在工具链、监控、调试的体验不如 Java 原生那么丝滑，社区支持和文档也相对较少，开发和调试成本会增加。
适用场景：
（1）高并发、低延迟的核心业务场景（基于Java技术栈）：当你的业务对性能、并发量、服务治理能力有较高要求，比如要求高TPS（系统需要支撑每秒数万次甚至更高的服务调用）、 要求低延迟（业务逻辑复杂，服务链路长，任何一层的毫秒级延迟累积起来都会影响最终体验）的Java项目，Dubbo通常是极佳的选择。
（2）兼顾性能与生态（Dubbo + Spring Cloud）的混合架构：现在很多团队并不想在"Spring Cloud"和"Dubbo"之间二选一，而是希望"既要又要"，例如内部服务调用用 Dubbo，对外暴露 API 用 Spring Cloud。即 利用 Spring Cloud Alibaba 的整合能力，让 Java 服务之间通过 Dubbo 协议通信（高性能），同时保留 Spring Cloud 的网关、配置中心等生态能力。
四、Spring Cloud Huawei
1. 简介
Spring Cloud Huawei是华为云开源的微服务开发框架，能够让Spring Cloud 和华为的相关技术栈（如ServiceComb、ServiceStage）更好的融合在一起，无需修改代码，就能够非常方便的接入华为云的CSE微服务引擎。核心组件主要有：
注：https://github.com/huaweicloud/spring-cloud-huawei
2. 优缺点及适用场景
优点：
（1）兼容性与平滑迁移：对于标准的 Spring Boot 应用，通常只需要引入依赖和修改配置文件，无需修改业务逻辑代码即可接入微服务治理能力，且高度兼容主流的Spring Cloud版本，如果你原本使用的Spring Cloud官方或Spring Cloud Alibaba，迁移到 Spring Cloud Huawei 通常只需要替换依赖和配置，工作量相对较小。
（2）无缝对接华为云生态：与华为云生态相关技术栈天然适配，如ServiceComb、CSE等。
缺点：
（1）社区生态有限： 跟前面的Spring Cloud官方、Spring Cloud Alibaba、Dubbo相比，Spring Cloud Huawei生态覆盖有限（集中在使用华为云的政企用户）、市场认知度和用户基础相对较小。由于其开源社区的体量和第三方贡献者相对较少，遇到非标准问题时，主要依赖华为云的官方技术支持，而不是庞大的互联网开发者社区。
（2）特定版本依赖： 虽然它兼容主流 Spring Cloud 版本，但为了保证稳定性，它对 Spring Boot 和 Spring Cloud 的版本配套关系有严格要求。你不能随意升级底层版本，必须遵循华为云发布的版本矩阵，这在一定程度上限制了技术栈的更新速度。
适用场景：
由于Spring Cloud Huawei天然适配华为云生态的技术栈（如ServiceComb），如果你是华为云的用户，或者公司战略上选择了华为云作为主要云服务商，Spring Cloud Huawei 是非常稳健的选择，尤其是对于重度使用华为云CSE的项目，推荐使用Spring Cloud Huawei框架。
五、Spring Cloud Tencent
1. 简介
Spring Cloud Tencent 是腾讯开源的一站式微服务框架，实现了 Spring Cloud 标准微服务 SPI ，开发者可以基于 Spring Cloud Tencent 快速开发 Spring Cloud 微服务架构应用。Spring Cloud Tencent 的核心依托腾讯开源的一站式服务发现与治理平台 Polarismesh（北极星） ，实现各种分布式微服务场景。
注：https://github.com/Tencent/spring-cloud-tencent
Polarismesh（北极星）是一款集注册中心、配置中心、服务治理中心为一体的一站式微服务解决方案，在腾讯内部已覆盖 90% 的业务，注册的实例节点数更是达到了 500 万的规模，在 2021 年开源之后，在外部公司也有生产落地案例。
注：北极星Polarismesh官网 https://polarismesh.cn/
2. 优缺点及适用场景
优点：
（1）一站式服务治理（依托北极星）：
传统Spring Cloud 需分别选型注册中心（Nacos/Eureka）、配置中心（Apollo/Nacos）、限流熔断（Sentinel/Hystrix）等。而Spring Cloud Tencent依托北极星，将服务注册发现、配置管理、服务路由、限流熔断、元数据传递等功能全部整合在一起，减少了开发者对多个独立组件的集成工作量，降低了系统复杂性。
（2）强大的流量治理能力：提供了非常精细的服务路由能力（如权重路由、元数据路由、故障实例自动剔除）。支持全场景限流（单机限流、集群限流、自适应限流），能有效应对流量洪峰，防止系统雪崩。支持无损上下线和灰度发布，这对于需要频繁迭代的互联网业务非常关键。
（3）企业级稳定性与性能：北极星在腾讯内部已覆盖 90% 的业务，支撑了微信、QQ 等海量流量场景，注册实例节点规模达 500 万+。这意味着它在高并发、大规模实例下的稳定性经过了严苛验证。
（4）平滑迁移与云原生支持：它完全遵循 Spring Cloud 标准 SPI，与Spring Cloud原生配置机制兼容，如果你原本使用的是 Spring Cloud Netflix 或其他实现，迁移成本相对较低。它深度拥抱云原生，支持与 K8s 服务发现互通，适合在容器化环境中部署。
缺点：
(1) 生态绑定与迁移成本：虽然它遵循标准规范，但其核心能力（如高级治理规则）往往深度依赖腾讯的北极星服务。如果你深度使用了这些特性，未来若想迁移到其他云厂商（如阿里云、华为云），或脱离腾讯云生态，将面临较高的重构成本。
(2) 社区规模相对较小：相比于 Spring Cloud Alibaba（拥有阿里背书，社区极其活跃），Spring Cloud Tencent 的开源社区体量和第三方贡献者相对较少。遇到疑难杂症时，主要依赖腾讯云的官方文档和支持，社区互助的氛围不如阿里系浓厚。
(3) 学习曲线：虽然编程模型是 Spring Cloud，但北极星有一套自己的治理概念（如服务标签、路由规则引擎）。开发者除了要懂 Spring Cloud，还需要学习北极星的配置和治理逻辑，这增加了一定的学习成本。
(4) 功能局限性：当前版本主要对接北极星能力，相比其他成熟的 Spring Cloud 生态组件（如 Spring Cloud Alibaba），在某些特定功能（如分布式事务、消息队列集成）上可能不够完善，需自行搭配组合其他组件实现。
适用场景：
Spring Cloud Tencent 适合那些对稳定性、流量治理有高要求，且不排斥腾讯技术栈的团队，尤其是对于腾讯云的重度用户，或者公司内部已经部署了腾讯的微服务引擎（TSF），Spring Cloud Tencent 是最佳选择，它能让你以最小的代价获得腾讯内部同款的微服务能力。