Spring Integration 7.2.0-M1 已经可用。M1 表示这是 7.2 系列的早期里程碑版本，适合提前验证兼容性、试用新能力和反馈问题，但不应直接作为生产环境的默认版本。
里程碑版本意味着什么
与正式稳定版相比，里程碑版本的主要价值在于让团队更早接触目标版本。对于依赖 Spring Integration 构建消息流、文件处理、HTTP 集成或事件驱动流程的项目，可以在隔离环境中完成以下验证：
- 当前 Spring Boot、Spring Framework 与 Spring Integration 的依赖组合是否能够正常解析。
- 已有的 Java DSL、XML 配置和消息通道是否仍按预期运行。
- 自定义消息转换器、端点、拦截器和错误处理逻辑是否受到影响。
- 监控、日志和部署脚本是否需要同步调整。
不要仅仅因为应用能够启动就认为升级成功。消息系统的风险往往出现在异步执行、重试、错误通道和外部系统连接这些运行路径中。
可以先做一个最小验证项目
下面的示例展示了一个最小的 Spring Integration Java DSL 流程：应用接收字符串消息，经过转换后输出到日志。示例假设项目使用 Maven，并将版本号替换为团队实际要评估的 Spring Integration 7.2.0-M1 依赖组合。
将下面内容保存为 pom.xml，再根据项目使用的 Spring Boot 版本补充对应的 Boot parent 或依赖管理配置：
<dependency>
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-core</artifactId>
<version>7.2.0-M1</version>
</dependency>
Java 配置可以这样写：
package example;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.integration.channel.DirectChannel;
import org.springframework.integration.dsl.IntegrationFlow;
import org.springframework.messaging.MessageChannel;
@Configuration
public class IntegrationConfig {
@Bean
public MessageChannel inputChannel() {
return new DirectChannel();
}
@Bean
public IntegrationFlow messageFlow() {
return IntegrationFlow
.from("inputChannel")
.transform(String.class, String::trim)
.handle(message ->
System.out.println("received: " + message.getPayload()))
.get();
}
}
这段代码用于快速确认依赖、容器启动和基础消息流是否可用。接入真实项目时，还应把测试扩展到消息持久化、并发消费、失败重试和应用关闭等场景。具体 API 兼容性需要以 7.2.0-M1 的实际发布说明和项目编译结果为准。
升级验证应覆盖哪些路径
可以把 7.2.0-M1 放入单独的测试分支，并按照消息流的边界设计验证清单：
- 构建验证：清理本地缓存后重新解析依赖，确保没有混入其他版本的 Spring Integration 模块。
- 启动验证：检查所有
MessageChannel、入站适配器、出站适配器和轮询端点是否成功创建。 - 正常链路验证：使用真实格式的消息执行端到端处理，确认消息头、负载和转换结果符合预期。
- 失败链路验证：主动制造转换失败、连接超时和下游拒绝，确认错误通道与重试策略仍然有效。
- 运行验证：观察线程池、队列深度、处理延迟和重复消息，避免只验证单条同步消息。
对于生产系统，建议锁定完整依赖树，并保留回滚版本。里程碑版本适合用于兼容性验证和功能探索；是否进入生产，还要结合后续候选版或正式版的稳定性、社区反馈和团队测试结果决定。
采用建议
Spring Integration 7.2.0-M1 的发布给了使用者提前评估 7.2 系列的机会。较稳妥的做法是：先在最小项目中验证依赖和核心 DSL，再在测试环境复现真实消息流，最后用完整的失败、并发和运维场景做回归。
如果当前系统没有明确的 7.2 迁移需求，可以继续使用已验证的稳定版本；如果需要提前适配，则应将 M1 视为测试输入，而不是无条件的生产升级目标。