一家公司的 Java 应用程序从 Amazon SQS 消费消息，但无法解析大于 256 KB 的消息。该公司希望应用程序能够处理高达 50 MB 的消息，并且代码更改最少。哪种解决方案符合此要求？

正确答案是使用适用于 Java 的 Amazon SQS 扩展客户端库，将大于 256 KB 的消息托管在 Amazon S3 中。Amazon SQS 标准消息的最大大小为 256 KB。对于大于此限制的消息，Amazon SQS 扩展客户端库允许将消息负载存储在 Amazon S3 中，而 SQS 消息本身只包含对 S3 对象的引用。这使得应用程序能够处理高达 2 GB 的消息，且对现有 Java 应用程序代码的更改最少，因为它抽象了 S3 交互。 使用 Amazon EventBridge 不合适，因为它主要用于事件路由，并且有自己的消息大小限制（256 KB），不能直接解决 SQS 的大消息问题。更改 Amazon SQS 中的限制是不可能的，因为 256 KB 是一个硬性限制。将大于 256 KB 的消息存储在 Amazon EFS 中并在 SQS 消息中引用此位置是可行的，但需要手动管理 EFS 存储和引用逻辑，不如 SQS 扩展客户端库那样对应用程序透明且集成度高，因此不是代码更改最少的方案。