作者 |
YourBatman 在线教育领域资深架构师，Spring Framework 开源贡献者
冷冷云集架构师、开源项目 pig 负责人、Spring Cloud Alibaba Committer
来源|阿里巴巴云原生公众号

北京时间 2020 年 12 月 22 日深夜，Spring Cloud 2020.0.0 版本正式发布。2020.0.0 是第一个使用新版本命名方案的发命名的 Spring Cloud 发行版本。除了肉眼可见的更开发者友好的命名方式，这次发布全面抛弃了 Netflix 技术栈，并且是一个长期维护的主要版本。这对开发者来说意味着什么呢？今天我们邀请到开源社区活跃作者 YourBatman 和 Spring Cloud Alibaba committer 冷冷来和大家解读下这次发版的重要变化，更重要的是和大家聊聊我们作为开发者后续应该如何应对。

Spring Cloud 版本管理

在 Spring Cloud 2020.0.0 正式发布之前，Spring Cloud 的 Release Train 名称采用的是伦敦地铁站名称来命名的，并以字母表顺序排列，如：Hoxton、Greenwich、Ilford 等，这种命名方式存在两个致命问题：

对非英语母语国家，比如中国就非常不友好，无法快速理清版本号关系
英文字母就 26 个，倘若版本号到了 Z 以后呢？如何继续发展？

Spring Cloud 遵循 Pivotal OSS support policy 协议对主要版本提供三年的支持。此外，在 Spring Cloud 的主要或次要版本发布后，若存在严重的 bug 和安全问题，就会再维护一段时间（6-12 个月不等）。参考以下表格：

核心变化解读

Spring Cloud 2020.0.0 作为一个主要版本，带来了众多显著的变化，其中进行了一些阻断式更新（不向下兼容）是本文最大看点，来吧上菜。

核心变化一：再见了，Netflix

早在 2018 年，Spring Cloud 在其 Roadmap 里就宣布将要终结的一些库/版本，其中最重要的就是指 Spring Cloud Netflix 项目进入维护模式，然后计划在 2020 年完全移除。

Spring Cloud 做出这样的决定其实也是不见得是主动的。我们知道 Spring Cloud 一直以来把 Netflix OSS 套件作为其官方默认的一站式解决方案，那时的 Netflix OSS 套件恨不得可以跟 Spring Cloud 划等号。而 Netflix 公司在 2018 年前后宣布其核心组件 Hystrix、Ribbon、Zuul、Archaius 等均进入维护状态。

时至今日，Spring Cloud 2020.0 正式发布，在这个主要版本里，按既定计划终于对 spring-cloud-netflix 动刀了。我帮你画了幅 spring-cloud-netflix-dependencies 的 xml 文件前后版本主要差异的对比图，一目了然：

旧版本的 spring-cloud-netflix-dependencies 管理着 Netflix 所有组件，包括 Hystrix、Ribbon、Zuul、Eureka 等。而自 2020.0 版本起它有且只管理 Eureka（包括 Server 和 Client）。

核心变化二：继续业界标准制定，完善抽象定义

可能对于大部分 Spring Cloud 应用开发者，对于 spring-cloud-commons 模块大概很陌生。此模块作为 Spring Cloud 技术栈的核心，提供了整套解决方案最重要的服务注册与发现、负载均衡、上下文管理等的统一抽象。spring cloud alibaba 等全家桶实现都是 spring-cloud-commons 的具体实现。此版本对上文下启动器的默认启动行文、负载均衡器的核心代码进行相关的跳转。

spring-cloud-commons
  ├── actuator
  ├── circuitbreaker
  ├── discovery
  ├── hypermedia
  ├── loadbalancer
  └── serviceregistry

核心变化三：强推 reactive 异步体系

reactor 是 reactive（反应式编程）的实现框架，也是 Pivotal 团队的作品。

无论是 Spring Cloud Gateway 还是 Spring Cloud Loadbalancer 这些都是构建在 reactor 编程之上。

另外 Spring 官方布道师 Josh Long 最近出版一本《Reactive Spring》，如果想深入了解 reactor ,不妨深入阅读。

核心变化四：更好的拥抱云原生能力

Spring Cloud 2020 构建在 Spring Boot 2.4 之上，拥有更强的配置文件处理机制可以非常好的适配云原生（例如可以直接应用 kubernetes 的 configMap ）配置；内置 Docker 镜像构建和分层分析优化能力。

如果团队正在使用 kubernetes，那么 spring-cloud-kubernetes 也将是 Netflix 的不错替代方案。

组件替代方案

Spring Cloud 既然把 Netflix 套件大刀阔斧的砍掉了，那总归得有替代方案吧。那是必然的，Spring Cloud 团队给我们推荐了用于替代的组件：

Spring Cloud LoadBalancer

以上替代品中，你可能最陌生、最好奇的是 Spring Cloud Loadbalancer，它一度只是 Spring Cloud 孵化器里的一个小项目，并且一度搁浅。后再经过重启，发展，现行使其伟大使命，正式用于完全替换 Ribbon，成为 Spring Cloud 负载均衡器唯一实现。

如图，负载均衡抽象 LoadBalancerClient 接口有两个实现，而到了 Spring Cloud 2020.0 版本后，BlockingLoadBalancerClient 就是唯一实现了。

Spring Cloud LoadBalancer 目前仅支持轮询负载均衡策略，相对于 Ribbon 多种高可用策略还是过于简单。

Spring Cloud Circuit Breaker

Circuit Breaker 提供兼容多个断路器组件实现的抽象，允许开发人员选择最熟悉的断路器组件进行业务开发。

这里主要介绍一下 Sentinel、Resilience4j , Sentinel 作为 Spring Cloud Alibaba 重要组件，通过引入 spring-cloud-starter-alibaba-sentinel 即可拥有熔断降级、流控等能力，提供图形化控制台，作为同类组件 Resilience4j 是基于函数式设计的轻量级容错库，提供熔断、限流、隔离等能力，不过官方提供的 spring-cloud-starter-circuitbreaker-resilience4j 插件能力有限且不能直接使用控制台管理（若需监控需要额外的 Micrometer 服务）。

Spring Cloud Alibaba 适配

由于对 Ribbon 组件的依赖，目前最新的 Spring Cloud Alibaba 2.2.3 并不能完全兼容 Spring Cloud 2020，仅需要微调即可。

// 排除 Ribbon (当然也可以排查 maven 依赖)
@EnableAutoConfiguration(excludeName = 
"org.springframework.cloud.netflix.ribbon.RibbonAutoConfiguration")

增加 spring cloud loadbalancer 依赖。

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-loadbalancer</artifactId>
</dependency>

涉及加载配置中心的服务需要启动 bootstrap (2020 默认关闭)。

<!--增加此依赖即可完成启动-->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

以上调整可以参考兼容适配 Spring Cloud 2020 示例。

开发者如何面对和拥抱变化

正如上文所述 Spring Cloud 提供了强大的封装和抽象能力，例如 spring-cloud-circuit-breaker 提供了对常见容错组件的封装，在使用过程中也不需要考虑 @hystrixcommand``@SentinelResource 组件原生注解。

public static class DemoControllerService {
    private RestTemplate rest;
    private CircuitBreakerFactory cbFactory;
    public String slow() {
        return cbFactory.create("slow").run(() -> rest.getForObject("/slow", String.class), throwable -> "fallback");
    }
}

通过此类抽象底层实现组件的变化 ,对于上层使用 Spring Cloud 全家桶的用户其实影响不大（例如《Spring Cloud Alibaba 迁移指南：零代码从 Eureka 迁移到 Nacos》）。
关于学习 spring-cloud-commns 笔者不建议直接阅读源码（部分 reactor 代码容易劝退），建议 DEBUG 具体实现的形式进行调试(例如 NacosDiscoveryClient),最核心的代码不过百行。

所以对于开发者来说无论是之前 Netflix 还是选择 Alibaba 技术栈，最核心的还是把握 spring-cloud-commons 抽象，掌握 Spring Cloud 标准尤为重要。

总结

Spring Cloud 2020.0.0 是 Spring Cloud 的主要版本，是非常重要的存在，升级、改变也是巨大的。特别体现在 Netflix 模块的全部移除、Spring Cloud 启动方式变了等等。伴随着 Spring Boot 2.4.x 以及 Spring Cloud 2020.0 的发布，并且弃用 Netflix OSS 套件后，必将走入一个新的深度编程体验，满怀惊喜，很是期待。

当然我们还是非常推荐大家使用 Spring Cloud Alibaba 全家桶的，目前 Spring Cloud Alibaba 开源两年时间，已经从官方毕业，不仅在关注度、活跃上表现抢眼，更通过发布知行动手实验室 start.aliyun.com 提供沙箱和 Java 工程脚手架、Arthas 代码诊断工具等成为工具链最完善的 Spring Cloud 实现。

数据来源：http://www.51sjk.com/Upload/Articles/1/0/259/259966_20210701002805482.jpg 近2年GitHub开发者行为数据
活跃度计算公式：https://github.com/X-lab2017/github-analysis-report-2019/blob/master/REPORT.md