消息队列中的延迟消息与失败重试消息在投递时间、排序保证和失败状态管理上有什么语义差异？

延迟消息和失败重试消息都可能表现为“过一段时间再投递”，但语义并不一样。

延迟消息是业务主动指定的定时投递，例如订单创建后 30 分钟未支付就关闭订单。它的投递时间通常由业务规则决定，消息在到达延迟时间之前不会进入正常消费流程。延迟消息一般不强调和其他普通消息的全局顺序，只需要保证在指定时间附近投递；如果同一业务键有顺序要求，还需要依赖分区、队列或业务层的顺序控制。

失败重试消息是消费者已经收到或处理过消息，但因为临时性故障没有成功完成业务，例如数据库超时、下游服务不可用。它的再次投递时间通常由重试策略决定，比如固定间隔、指数退避、最大重试次数或重试队列，而不是业务本身指定的执行时间。

排序方面，延迟消息通常不会天然破坏普通消息的顺序，因为它本来就可能独立于正常消息调度；但如果同一订单的后续消息先被消费，仍然可能产生业务顺序问题。失败重试则更容易影响顺序：前一条消息失败后进入重试队列，后续消息可能已经被消费，导致同一业务键的消息乱序。因此对有序场景，通常需要按业务键串行消费、阻塞后续消息，或者在业务层通过版本号、状态机和幂等校验保证正确性。

失败状态管理也不同。延迟消息主要关注