获取消息的当前可见性超时
我对SQS非常陌生，如果我忽略了一些显而易见的事情，我很抱歉，但是有没有办法获取SQS中消息的当前可见性超时？我可以在这里看到如何更新超时可见性。但是我没有看到任何关于获取消息当前可见性超时的信息（也许你可以在收到消息时查看）。
我的用例是根据给定消息的当前可见性超时更改可见性超时。这可能吗？
（注意：我知道我可以使用近似的接收时间来达到类似的效果，如果不可能获得当前可见性时间，我会走那条路）
共有1个答案
看起来这是不可能的。
虽然至少对于我的用例来说，近似的ReceiveCount可能足够了。
-
我是AWS的新手。我在这里试图理解SQS。我也看了一些培训，但我仍然不能得到一些答案那里的讨论论坛。我在这里重复我的问题。注意，我知道下面的几个问题有明显的答案，因此更多的是一种修辞。我的困惑源于这样一个事实，即我目前对这个主题的理解导致我对在明显已知的问题之后出现在我脑海中的后续问题给出了相互矛盾的答案，并且夺走了我认为我理解得很好的任何东西的信心。 如果我有一个名为MyQueue的标准队列，并
-
我有一个简单的Spring Boot服务，它使用JMSTemplate监听AWS SQS队列。当消息得到正确处理时，一切都按预期进行。 我使用的是CLIENT_ACKNOWLEDGE，因此当处理过程中抛出异常时，会再次接收消息。但是，将忽略SQS队列上的默认可见性超时设置，并立即再次接收消息。 SQS队列配置了30秒的默认可见性超时和20次接收的重新驱动策略，然后再将消息放入DLQ。 我已禁用该服
-
编辑：在我写的时候解决了这个问题：P--我喜欢这样的解决方案。我想无论如何我都要把它贴出来，也许别人也会有同样的问题，找到我的解决办法。不关心点数/因果报应等等。我只是把整个事情写了出来，所以我想我应该把它和解决方案贴出来。 我有一个SQS FIFO队列。它使用的是一纸空文队列。以下是它的配置方式： 我有一个单一的生产者微服务，我有10个ECS映像运行作为消费者。 由于业务原因，我们在接近消息在队
-
在使用AWS SQS时，消息的“SentTimestamp”属性是否在从队列接收后发生变化，但在可见性超时到期后没有删除并返回队列？
-
我所拥有的 我不能使用onResume（）,因为左边和右边的片段已经创建了。我不能使用setUserVisibilityHint（）,因为它是在onCreateView（）之前调用的,所以视图还没有准备好。 那么，当某个特定片段对用户可见时，应该采用什么方法来动画视图呢？
-
从Queue获取计数的旧方法是这样的： 这不再适用于. netCore和AMQP 1.0 我没有找到一个好的方法来获得消息计数。知道我错过了什么吗？