问题小结
在明确了问题原因之后，需要对该功能的时候做一些明确的限定（延迟时间的极限），以避免再次出现类似的问题。深入探索下去，这里的失败主要与消息的过期时间（TTL）有直接的关系。在RabbitMQ中，消息的过期时间必须是非负 32 位整数，即：0 <= n <= 2^32-1，以毫秒为单位。 其中，2^32-1 = 4294967295。
这里我们可以尝试下面两个请求，分别设置延迟时间为4294967295何4294967296：
curl localhost:8080/sendMessage?message=hello&delay=4294967295
curl localhost:8080/sendMessage?message=hello&delay=4294967296
可以发现，当延迟时间为4294967295毫秒的时候，延迟消息工作正常；当延迟时间为4294967296毫秒的时候，消息被直接消费，没有延迟效果。
所以，我们在使用RabbitMQ的延迟消息功能时候，必须注意它的延迟极限是4294967296毫秒。如果你的业务需求会超过这个临界值，就必须避开这个坑，采用其他方法来实现需要延迟或者定时执行的任务了。
