使用场景：支付宝的异步通知支付模块，付款是否成功。
用户付钱后，支付宝通知支付模块，支付模块告诉订单模块支付是否成功。若成功，支付宝给商家响应一个success标志，然后通知库存系统，判断此商品是否存在，若存在，减库存，库存系统随后返回一个减库存结果。若失败，支付宝给商家响应一个fail标志，操作回滚，不再进行减库存。
阻塞：
一个人下单，支付宝的反应速度很快，当相当数量的人同时下单支付的时候，支付宝响应成功的消息可能会发生阻塞，一旦阻塞，订单就无法通知库存系统减库存。
解决方案：
发送一个消息，只要支付宝给予支付模块一个通知，就假定成功，因为在不发生网络异常或其他未知原因的情况下，成功的可能性极大。所以先不去考虑支付模块给予支付宝响应的结果，先减库存，等支付宝响应成功时，减库存就结束了，这样可以减少应用程序的阻塞。当然这只是理想化。
实际上，支付宝得到响应成功的标志后，才能减库存。而现在发送一个通知，即消息。就执行减库操作，此时一旦支付宝给予商家响应一个fail标志，减库存操作做了也可能要回滚。这个就是消息不确定性带来的弊端。所以多数情况下，可以使用延时队列或轮循的方式来主动询问支付宝，判断此次交易是否成功。