Spring Cloud AWS是否支持通过Amazon S3传输大于256KB的SNS消息负载？

核心问题确认 #

首先明确结论：Spring Cloud AWS Messaging 原生不支持处理超过256KB的SNS/SQS消息负载，你的调研结论是正确的。这个限制本质上是AWS SNS/SQS服务本身的原生消息大小上限，Spring Cloud AWS作为上层封装框架，没有原生实现负载卸载的逻辑。

现有方案优化建议 #

你当前引入software.amazon.sns:sns-extended-client:1.0.0通过S3卸载负载的方案是完全可行的，针对你的使用场景有两个补充建议：

• 如果你同时需要消费SQS端的大消息，需要同步引入software.amazon.sqs:sqs-extended-client依赖，消费端使用AmazonSQSExtendedClient实例配置Spring的消息监听容器，才能正常解析存储在S3中的消息负载。
• 无需改动原有NotificationMessagingTemplate的业务调用逻辑，只需要在自定义配置类中将初始化好的AmazonSNSExtendedClient实例注入到NotificationMessagingTemplate的构造方法中即可完成适配。

AWS Java SDK版本问题说明 #

你提到的版本问题确实存在：

• Spring Cloud AWS 2.x及更早版本默认依赖的是AWS Java SDK 1.x，该版本AWS已经停止功能迭代，仅会提供安全补丁支持到2025年。
• 如果你希望使用仍在活跃维护的AWS Java SDK 2.x，可以升级到Spring Cloud AWS 3.x版本，该版本已经完成了对SDK 2.x的全量适配，也支持对应扩展客户端的集成配置。

可选替代方案 #

如果不想依赖AWS官方的扩展客户端，也可以自行实现负载处理逻辑：将大消息序列化后做Gzip压缩，压缩后体积低于256KB则直接发送，仍然超上限则自行上传到S3存储桶，仅将S3对象标识、桶名等元信息放到消息体中，消费端收到消息后自行到S3拉取完整负载，该方案灵活性更高，不受框架版本限制。

内容的提问来源于stack exchange，提问作者Lucas Favaro