前两天，我写了关于 Spring Boot 4.0.3 发布的文章，有网友在评论区提到了 AOP starter 的问题。在查看 Spring Boot 4.0.3 的依赖时，我注意到 Spring Framework 7.0.5 已经正式发布了。
虽然这是一个小版本更新，但它包含了近 20 项的修复与优化，特别是修复了一个关键的内存泄漏 Bug，并带来了显著的性能提升。对于正在使用 Spring 7.x 版本的项目，尤其是生产环境，强烈建议尽快评估升级。
总的来说，Spring 7.0.5 是一次 以稳定性与性能优化为核心 的维护版本，重点解决了 Multipart 文件上传场景下的内存泄漏问题，并在 WebFlux 与 MVC 层面进行了多项性能优化。
Multipart 上传内存泄漏：一个关键的修复
参考 issue #36262，本次版本修复了一个因 Multipart 文件上传导致的内存泄漏问题，这是本次更新最关键的修复之一。
这个问题的触发场景是：当客户端中断文件上传请求时，旧版本中存在 ByteBuf 未被正确释放的情况，从而导致堆外内存泄漏。
实际上，这个问题在社区中早有反馈。早在 Spring Boot 4.0.1 时期，就有开发者在 Stack Overflow 等开发者广场上报告类似问题。随着越来越多用户遇到，最终被 Spring 团队重视并修复。在 7.0.5 版本中，确保了 inbound buffers 被正确调用 release() 方法。
为什么说这个 Bug 至关重要？
- 高发场景：在高并发文件上传应用中，客户端超时或主动取消请求是常见情况。
- 技术根源：Netty 等响应式服务器广泛使用 池化的
ByteBuf 来提升性能，这类缓冲区必须手动管理引用计数，忘记释放就会导致泄漏。
- 严重后果：未释放的
ByteBuf 会不断累积，最终可能引发 OutOfDirectMemoryError，导致服务崩溃。
- 排查困难：这类泄漏通常比较隐蔽，泄漏日志往往要等到垃圾回收后，由 Netty 的
ResourceLeakDetector 才报出，给线上问题排查带来很大挑战。
由 Netty 引发的 LEAK: ByteBuf.release() was not called before it's garbage-collected 问题并不罕见，在 Spring Boot 2.x 时代就曾出现过。MongoDB、Redis 等客户端驱动也有开发者遇到过类似问题，Netty 官方甚至为此准备了专门的故障排除指南。
如果你的项目正在使用 Spring WebFlux + Netty 处理文件上传，那么强烈建议立即评估升级到 7.0.5 版本。
性能优化亮点：Web 层全面提速
除了修复关键 Bug，Spring 7.0.5 在 Web 请求处理链路上进行了多项精细化优化。根据社区反馈，在基准测试中，部分高并发接口的吞吐量有 5%~15% 的提升。
Spring MVC 优化
| 优化项 |
影响场景 |
预期收益 |
| 请求/响应头处理优化 (#36334) |
所有 REST 接口 |
减少 Header 解析开销 |
| Servlet 响应 Header 适配一致性 (#36343) |
过滤器/拦截器 |
避免重复设置，提升兼容性 |
@ResponseBody 缓存 (#36311) |
JSON 接口 |
减少反射判断，加速序列化 |
这些优化主要集中在减少重复计算和缓存元数据上，对于高频调用的接口，累积的收益会相当可观。
Spring WebFlux 优化
| 优化项 |
影响场景 |
预期收益 |
| 验证组确定性能提升 |
@Validated 分组校验 |
减少重复计算，提升校验速度 |
MediaType 构造函数优化 |
内容协商/消息转换 |
减少对象创建，降低 GC 压力 |
AnnotatedMethod 注解缓存复用 |
控制器方法反射 |
加速注解解析，提升路由匹配 |
涉及的相关 issue 包括 #36336, #36318, #36320, #36322 等。有社区网友反馈，在其基准测试中，高并发 JSON 接口的 QPS 提升了约 12%，P99 延迟降低了 8ms。这些性能优化对于构建高响应应用至关重要。
其他重要 Bug 修复
1. ResolvableType 序列化问题
对应 issue #36346。
问题描述：ResolvableType#getGenerics() 在序列化/反序列化过程中可能会丢失泛型信息。这会影响依赖类型推断的场景，例如使用 @Cacheable、@Async 注解时，可能抛出 java.io.NotSerializableException: sun.reflect.generics.reflectiveObjects.TypeVariableImpl 异常。本次修复确保了泛型信息在序列化过程中的正确保留。
2. HttpMessageConverters 配置器失效
对应 issue #36332。该问题在 Spring Boot 4.0.3 中也有提及和修复。
- 问题：自定义的
HttpMessageConvertersCustomizer 未被正确应用。
- 影响：可能导致自定义的 JSON 序列化/反序列化配置不生效。
- 修复后：配置器将按预期执行，保障了框架的扩展性。
3. JMS 临时队列 Consumer 创建时机
对应 issue #36321。
- 调整：恢复了早期创建
MessageConsumer 的逻辑。
- 目的：避免临时队列中的消息丢失，提升了消息传递的可靠性。
@Autowired 元注解支持与启动优化
一致的 @Autowired 元注解支持
对应 issue #36315。
从 Spring 7.0.5 开始，@Autowired 注解可以正式作为元注解使用。这意味着你可以创建自定义的注入注解。
// 现在支持将 @Autowired 作为自定义注解的元注解
@Target({ElementType.FIELD, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Autowired // 7.0.5 起可这样使用
public @interface MyInject {}
// 使用示例
@Service
public class UserService {
@MyInject // 自动注入生效
private UserRepository repo;
}
结合之前的更新，目前 @Lazy、@Autowired、@Validated 这几个常用注解都已支持作为元注解使用。
避免 @Autowired 重复查找
对应 issue #36314。
- 优化：减少了应用启动时对
@Autowired 注解的重复扫描计算。
- 收益：对于大型、Bean 众多的应用，预计能带来 3%~5% 的启动速度提升。
FileUpload 异常检测增强 (#36317)
对应 issue #36317。
- 改进：统一捕获 Tomcat 与 Commons FileUpload 2.x 抛出的文件大小超出限制异常。
- 好处：提供更友好和一致的错误提示，方便前端进行错误处理。
推荐升级场景
综合来看，Spring Framework 7.0.5 是一个值得升级的版本。如果你属于以下情况，建议重点考虑：
- 使用 Spring WebFlux + Netty 处理文件上传：必须升级以修复关键的内存泄漏问题。
- 运行高并发 JSON 接口服务：性能优化能带来直接的吞吐量和延迟收益。
- 项目依赖
ResolvableType 进行泛型反射：避免潜在的序列化异常。
- 计划升级至 Spring Boot 4.0.3：Spring Boot 4.0.3 会自动引入 Spring Framework 7.0.5。
与一些项目更新后遭遇吐槽不同，Spring 社区的每次务实更新往往收获不少好评。对于 7.0.5，有开发者评论道：“这次优化非常务实，没有花哨的新特性，但每个改动都打在痛点上。” 另一位则感叹：“终于修复了那个困扰我们半年的 ByteBuf 泄漏问题，生产环境更稳了！”
总结
Spring Framework 7.0.5 虽是小版本，但承载的修复与优化却颇具分量。它再次印证了成熟框架的维护哲学：在追求新特性的同时，持续打磨稳定性与性能才是根本。对于正在使用 Spring 7.x 的团队，及时跟进此版本更新，无疑是巩固系统稳定性的明智之举。如果你想了解更多关于Java生态的最新动态和实践经验，也欢迎到云栈社区与其他开发者交流探讨。
参考资源
发表于 9 小时前
|
查看: 5|
回复: 0
