Spring Framework 7.0 的弹性功能主要围绕两个核心注解和一个模板类展开：@Retryable、@ConcurrencyLimit 和 RetryTemplate。
一、 "从外包到核心员工"的故事
在 7.0 之前，如果你想在 Spring 应用里使用重试功能，你需要引入 spring-retry 库，并使用 @EnableRetry 开启功能。这就像是雇佣了一个"外包"团队来处理容错逻辑。
现在，这个"外包"团队被正式"招安"，成了 Spring Framework 的"核心员工"。
为什么要这样做？
- 简化依赖管理： 移除一个常见的、几乎是标配的外部依赖，让构建更精简。
- 深度融合与优化： 原生支持使得弹性功能可以更紧密地与 Spring 的 AOP 机制、事务管理，乃至全新的响应式编程模型（Reactive Programming）和虚拟线程（Virtual Threads）结合，性能更高，兼容性更好。
- 标准化微服务实践： 在微服务架构中，弹性是必备能力，将其内置是顺应行业趋势。
Spring Retry 项目本身也进入了维护模式（maintenance mode），官方鼓励所有用户迁移到 Framework Core的新 API。
二、 核心功能详解
让我们看看这两个"核心员工"能干什么：
功能一：方法重试（@Retryable）
当你调用的下游服务偶尔"抽风"（比如网络瞬断、数据库短暂死锁）时，你不想让整个请求失败，而是想让系统"再试几次"。@Retryable 就是干这个的。
使用场景： 调用外部 API、数据库操作、消息发送等瞬态故障场景。
核心特性：
- 声明式使用： 只需要在方法或类上加个注解，配置一下策略。
- 默认配置： 默认情况下，它会重试 3 次，每次间隔 1 秒。
- 灵活配置： 你可以通过注解属性
maxAttempts(最大尝试次数),backoff(退避策略，如指数退避),include/exclude(指定哪些异常需要重试，哪些不需要) 来定制行为。
代码示例（伪代码）：
java
@Service
public class OrderService {
// 当出现 TransientDataAccessException 时，最多重试5次，每次延迟2秒
@Retryable(value = TransientDataAccessException.class, maxAttempts = 5, backoff = @Backoff(delay = 2000))
public void processOrder(String orderId) {
// ... 数据库操作，可能会抛出瞬态异常
System.out.println("Processing order: " + orderId);
}
// 重试失败后的"兜底"方法
@Recover
public void recover(TransientDataAccessException e, String orderId) {
// 告警、记录日志等降级处理
System.err.println("Failed to process order " + orderId + " after 5 attempts.");
}
}你需要配合 @EnableResilientMethods 或 @EnableRetry（如果你使用的是 Spring Boot 4.0 的自动配置）来激活此功能。
功能二：并发限制（@ConcurrencyLimit）
这是一个非常重要的新成员，尤其是在 Java 21+ 虚拟线程时代。虚拟线程几乎是无限的，但你的后端资源（比如某个遗留系统、连接池）却是有限的。如果大量虚拟线程同时涌入，可能会把后端资源压垮。
@ConcurrencyLimit 就像是系统资源的"门卫"，限制同时访问某个方法的线程数量。
使用场景： 保护连接数有限的外部系统、限制对共享内存资源的并发访问。
核心特性：
-
流控（Throttling）： 当并发请求达到限制时，后续请求会被阻塞或拒绝（取决于配置）。
-
与虚拟线程协同： 尤其适用于防止虚拟线程泛滥导致资源耗尽的问题。
java@Service public class LegacySystemAdapter { // 限制同时只能有 10 个线程访问此方法 @ConcurrencyLimit(capacity = 10) public String callLegacySystem(String input) { // ... 访问受限的遗留系统资源 ... return "Result"; } }
功能三：响应式编程支持与 RetryTemplate
新版核心功能完全兼容响应式编程模型（Mono/Flux），并且提供了编程式的 RetryTemplate。
如果你需要更精细、完全自定义的控制逻辑（例如在非 Spring 管理的普通 Java 对象中使用），可以使用 RetryTemplate 以编程方式实现重试逻辑，这提供了与注解同样强大的功能。
三、总结：
作为"开发者效率洞察者"，我认为 Spring Framework 7.0 的这一步是里程碑式的。它把原本需要开发者手动拼凑的分布式系统核心能力（弹性），变成了开箱即用的原生功能。这就像是以前你需要自己去宜家买零件组装书架，现在 Spring 直接给你送来了一个组装好的、牢固耐用的书架。开发者可以更专注于业务逻辑，而不用分心去处理这些基础设施层面的"琐事"。
拥抱 Spring 7.0 的原生弹性功能吧，它们会让你的代码更健壮、架构更优雅、头发更茂密！
你可以参考 Spring 官方博客 获取更详细的迁移指南和使用文档。
感谢阅读！我是"技术效能架构师"。
我的所有分享，都围绕一个核心：如何运用架构思维、新技术与工具，为开发者与团队带来10倍速的效率提升。
如果本文对您有启发，点赞、收藏 是您对我的最大认可。点击关注，我将持续为您呈现：
- •🤖 AI赋能的开发实战：如何让AI真正融入您的工作流。
- •🏗️ 架构与效率的思考：从复杂系统中抽象出简洁、高效的解决方案。
- •🧠 技术领导力笔记：驱动团队高效产出的管理心法。
让我们共同构建更聪明、更高效的工作方式。