SQS即Simple Queue Service, 是一个分布式的消息队列服务,使用它很easy,消息队列服务能够用来buffer burst, 使整个服务异步处理,不要求组件始终可用.
开发者最初使用 Amazon SQS 时仅仅需用到五个 API：
CreateQueue、SendMessage、ReceiveMessage、ChangeMessageVisibility 和 DeleteMessage。
Amazon SQS 会尽量保持消息顺序，可是由于队列的分布式特性，它无法保证消息的先后顺序。也正是由于舍弃了这些特性，才得以保持了SQS的可扩展性。
每一个 Amazon SQS 队列都具有可配置的可见性超时(Default Visibility Timeout)。在从队列中读取消息后的指定时间内，该消息对其它读取者保持不可见。仅仅要消息的处理时间短于可见性超时，每条消息都会得以处理并删除。假设处理消息的组件出现失败或不可用，可见性超时结束后该消息即对读取该队列的不论什么组件可见。这同意多个组件同一时候从同一队列中读取消息，每一个组件负责处理不同的消息， 所以这个特性须要应用是幂等的。
在 Amazon SQS 返回消息给您时，该消息会保存在队列中，不管实际上您是否收到该消息。您要负责删除该消息；删除请求可确认您已处理了该消息。假设您不删除消息，Amazon SQS 将在还有一个接收请求中递送该消息。
所以这样情况也是有可能发生的，因为分布式 Amazon SQS 系统中的某台server在运行删除时不可用，DeleteMessage 操作未能删除消息的全部副本。该消息副本可能会被再次递送，所以在设计应用程序时，要考虑此，以便再次收到已删除的消息时不会出现错误或不一致。
假设连续 30 天以上时间没有针对某个队列签发下面不论什么请求，SQS有可能删除该队列：SendMessage、ReceiveMessage、DeleteMessage、GetQueueAttributes 和 SetQueueAttributes。设计应用程序时应将此考虑在内。
原文: http://blog.csdn.net/hongchangfirst/article/details/25870323
作者: hongchangfirst
hongchangfirst的主页: http://blog.csdn.net/hongchangfirst
