Visibility timeout 的核心概念是「訊息被一個 consumer 取走後，在一段時間內對其他 consumer 不可見；consumer 在這段時間內處理完並刪除訊息，否則 timeout 後訊息重新變可見、被重新投遞」。它是任務佇列模型（如 SQS）實作 at-least-once 的核心機制。 可先對照 ack / nack。

概念位置

Visibility timeout 是 ack / nack 在「拉取式佇列」上的一種實作：consumer 沒有顯式長連線，而是靠「取走訊息 + 限時處理 + 刪除確認」三步完成 ack。處理超時等同 nack，訊息回到可見狀態觸發 redelivery，多次後進 dead-letter queue。 可先對照 Redelivery。

可觀察訊號與例子

需要調整 visibility timeout 的訊號是「同一訊息被處理多次、或處理完的訊息仍被重投」。timeout 設太短，慢任務還沒處理完就被重新投遞給別的 consumer 造成重複處理；設太長，crash 的 consumer 持有的訊息要等很久才被接手。SQS 的 visibility timeout 預設 30 秒、可依任務耗時調整，長任務用 ChangeMessageVisibility 動態延長。

設計責任

設計時要把 visibility timeout 對著任務耗時分布校準：明顯長於正常處理時間以避免誤重投，又不能長到讓失效 consumer 的訊息卡住太久。長尾任務用動態延長（heartbeat 式續期），並確認處理是 idempotent，因為 at-least-once 下重複投遞無法完全避免。