spring

　　在做集成链路升级评审时，你们往往需要先回答两个很现实的问题：这个版本能不能直接当生产基线，以及升级后哪些地方会影响现网行为。Spring Integration 7.1.0目前对外的信息并不复杂，但必须把“7.1.0”和“7.1.0-M1”区分开，否则很容易在版本性质上判断失误。

　　一、Spring Integration 7.1.0版本正式推出了吗

　　从官方公告和官方参考文档的口径看，7.1线已经对外发布，但当前发布形态是里程碑版本，并不等同于GA稳定版。

　　1、官方发布公告明确写的是7.1.0-M1里程碑发布，强调7.1新小版本线启动，且“第一个milestone已进入Maven Central”。

　　2、GitHub Releases里v7.1.0-M1被标注为Pre-release，并列出对应的新特性条目，这种标识通常不按生产稳定基线处理。

　　3、7.1参考文档页面顶部提示“该版本仍在开发中，不被视为稳定版本”，并明确建议使用7.0.2作为最新稳定版。

　　4、从Maven仓库目录时间也能侧面印证同一天同时有7.0.2和7.1.0-M1入库，7.1线可用但仍处在里程碑阶段。

　　二、Spring Integration 7.1.0版本都进行了哪些升级

　　因为目前公开的是7.1.0-M1，所以你写升级说明或评估清单时，应该以M1发布说明、GitHub发布条目和7.1参考文档中已落地的模块为准，避免把尚未进入GA的内容写成“已稳定可用”。

　　1、新增gRPC集成能力，发布条目列出了GrpcInboundGateway与GrpcOutboundGateway两项新特性，方便把gRPC接入纳入Integration的消息流编排。

　　2、新增CloudEvents方向支持，7.1参考文档提供了CloudEvents Support章节，并给出了spring-integration-cloudevents模块的依赖引入方式。

　　3、Web Services相关DSL出现约束变化，发布条目明确提到当WebServiceTemplate已经设置default URI时，WS DSL需要显式设置URI，这类变化需要你们把现网WS出站链路列入回归重点。

　　4、清理历史弃用API并处理AMQP侧弃用项对齐，官方发布公告把“移除已弃用API”和“在spring-integration-amqp里处理Spring AMQP弃用项”列为M1的显著变化。

　　三、要不要跟进7.1.0以及怎么安排更稳

　　对多数生产团队来说，更稳妥的做法是把里程碑版本当成预研验证入口，而不是直接替换生产依赖，这样既能拿到新能力评估结论，也能把风险控制在可回滚范围内。

　　1、生产基线优先保持在官方建议的稳定版7.0.2，把7.1.0-M1放到验证环境或独立分支做POC。

　　2、验证范围先收敛到你们真实要用的新点，比如只挑一条gRPC入站或出站链路，或只挑一条CloudEvents转换链路，把超时、重试、错误通道、监控告警跑通再扩大范围。

　　3、把WS DSL的URI约束变化列为必测项，避免升级后出现目标地址解析差异导致的线上偶发失败。

　　4、对历史工程做一次弃用API扫描，优先处理被移除或行为收紧的点，避免把问题拖到集成回归末期才暴露。

　　总结

　　结论可以写得很明确：Spring Integration 7.1.0目前并没有以GA稳定版“正式推出”，对外发布的是7.1.0-M1里程碑版本；已确认的升级重点集中在新增gRPC与CloudEvents相关能力、WS DSL约束变化，以及清理弃用API与AMQP弃用项对齐。生产侧更稳的路径是以7.0.2作为基线，7.1.0-M1用于预研与验证，把新能力收益和行为变化风险都通过回归清单落到可检查的结果上。