关于Amazon SQS消息删除方式及请求计费的技术咨询

嘿，刚上手AWS的话，对SQS这些机制有点疑惑太正常了，我来给你理清楚这俩核心问题：

• 必须主动调用删除接口才能移除已处理的消息
  你对可见性超时的理解是对的——它只是把消息临时“藏”起来，这段时间里其他消费者拿不到它，但只要你不主动删除，等超时时间一过，消息就会重新回到队列里，大概率会被其他消费者再次获取，搞出重复处理的麻烦。所以等你的消费者成功处理完消息后，一定要调用DeleteMessage接口（如果是批量处理的话，用DeleteMessageBatch更高效），把这条消息从队列里彻底清掉。

• 关于计费：确实会产生两次请求的费用
  SQS的计费逻辑就是按请求次数来算的，ReceiveMessage和DeleteMessage是两个独立的请求，所以都会被计入计费。不过这里有个省钱小技巧：尽量用批量操作！比如ReceiveMessage一次最多能拉取10条消息，DeleteMessageBatch一次最多能删10条，这样原本10条消息要发10次接收+10次删除，现在只需要1次批量接收+1次批量删除，直接把请求量砍到原来的1/10，能省不少钱。

另外补个小细节：如果你的消费者在处理消息过程中挂了，没来得及调用删除接口，那等可见性超时结束，消息会自动回到队列，这其实是SQS的容错设计，保证消息不会因为消费者故障直接丢失。如果你的业务能接受少量重复处理，或者想简化流程，可以把可见性超时设得贴合你的处理时长，但核心还是处理完就删，不然消息会在队列里反复循环。

备注：内容来源于stack exchange，提问作者Mykoliux