Java 当使用Amazon AWS SQS实现时，JMS onMessage（）能否降低成本？

我正在创建一个应用程序，希望在其中使用Amazon AWS SQS。 在阅读有关SQS的文章时，我了解到amazon的成本取决于向队列发出的请求数量

 1. Every Amazon SQS action counts as a request.
 2. API actions for sending, receiving, deleting, and changing visibility of messages from FIFO queues are charged at FIFO rates.  All other API requests are charged at standard rates.
enter code here

现在我正在考虑我可以做些什么来降低成本。

• 批处理-（让我们暂时搁置）
• 长轮询-要降低使用AmazonSQS的成本并减少空队列的空接收数，请启用长轮询
• 使用JMS，当您收到消息时，会调用MessageListener接口的onMessage方法。我们没有空的读取请求

我的问题

我知道前两点会降低成本。我不太清楚 第三个。有人能详细说明一下实现侦听器是否会这样做吗 减少或增加或与短轮询或长轮询相同

---

如果您需要更多详细信息，请告诉我。

我投票将此问题作为离题题来结束，因为它更多地是关于SQS计费的经济性，而不是关于编程的实际问题。好吧，我将基于计费来实现。如果监听器的实现成本很高，我将以另一种方式实现。您不应该关闭此项，因为这对不富有的开发人员很重要。事实上，这个问题更多地是关于SQS计费实践，而不是编程，因此并不真正属于堆栈溢出。那么您能告诉我，我应该将这些类型的问题转移到哪里吗？似乎直接与Amazon打交道会有帮助考虑到他们是自己计费实践的权威，这是有道理的。他们应该能够告诉您某些API调用如何转换为计费事务。