订单延时关闭功能技术选型

forever蔷薇

已于 2024-06-05 19:22:22 修改

阅读量1.1k

点赞数 45

文章标签： ruby 开发语言后端 redis rabbitmq rocketmq

于 2024-05-30 11:41:25 首次发布

本文链接：https://blog.csdn.net/weixin_51429644/article/details/139319418

版权

订单延时关闭功能技术选型

定时任务

通过定时任务来实现订单延时关闭是一种常见的解决方案。可以通过调度平台执行定时任务，具体任务是根据订单创建时间扫描所有到期的订单，并执行关闭操作。常用的定时任务调度平台包括：

这种方案的优点在于简单易实现，但也存在以下问题：

延迟时间不精确：使用定时任务执行订单关闭逻辑，无法保证订单在十分钟后准确关闭。如果任务执行器在关闭订单的具体时间点出现问题，可能导致订单关闭时间延后。
不适合高并发场景：定时任务的执行频率通常是固定的，无法根据实际订单情况灵活调整。在高并发场景下，可能导致大量定时任务同时执行，造成系统负载过大。
分库分表问题：例如在12306的订单系统中，订单表按照用户标识和订单号进行了分库分表。在这种情况下，根据订单创建时间扫描并关闭一批订单的方式不可行。因为根据创建时间查询没有携带分片键，会导致读扩散问题。

综上所述，通常最不推荐使用定时任务来实现订单关闭功能。

rabbitmq

使用RabbitMQ实现订单延时关闭功能

RabbitMQ是一个功能强大的消息中间件，通过使用RabbitMQ的延时消息特性，我们可以轻松实现订单的十分钟延时关闭功能。首先，我们需要在RabbitMQ服务器上启用延时特性，通常通过安装 rabbitmq_delayed_message_exchange 插件来支持延时消息功能。项目地址：RabbitMQ

接下来，我们创建两个队列：订单队列和死信队列。订单队列用于存储需要延时关闭的订单消息，而死信队列则用于存储延时时间到达后的订单消息。在创建订单队列时，我们要为队列配置延时特性，指定订单消息的延时时间，比如十分钟。这样，当有新的订单需要延时关闭时，我们只需要将订单消息发送到订单队列，并设置消息的延时时间。

在订单队列中设置死信交换机和死信队列，当订单消息的延时时间到达后，消息会自动转发到死信队列，从而触发关闭订单的操作。在死信队列中，我们可以监听消息，并执行关闭订单的逻辑。为了确保消息的可靠性，可以在关闭订单操作前添加适当的幂等性措施，这样即使消息重复处理，也不会对系统产生影响。

通过以上步骤，我们就成功实现了订单的十分钟延时关闭功能。当有新的订单需要延时关闭时，将订单消息发送到订单队列，并设置延时时间。在延时时间到达后，订单消息会自动进入死信队列，从而触发关闭订单的操作。这种方式既简单又可靠，保证了系统的稳定性和可用性。

从整体来看，RabbitMQ实现延时关闭订单功能是比较合适的，但也存在几个问题：

延时精度：RabbitMQ的延时消息特性是基于消息的TTL（Time-To-Live）来实现的，因此消息的延时时间并不是完全准确的，可能会有一定的误差。在处理订单十分钟延时关闭时，可能会有一些订单的关闭时间略晚于预期时间。
高并发问题：如果系统中有大量订单需要延时关闭，而订单关闭操作非常复杂耗时，可能会导致消息队列中的消息堆积，从而延时关闭操作无法及时处理，影响订单的实际关闭时间。
重复消息问题：由于网络原因或其他不可预知的因素，可能会导致消息重复发送到订单队列。如果没有处理好消息的幂等性，可能会导致订单重复关闭，造成数据不一致或其他异常情况。
可靠性问题：RabbitMQ是一个独立的消息中间件系统。如果RabbitMQ本身出现故障或宕机，可能会导致订单延时关闭功能失效。因此，在使用RabbitMQ实现延时关闭功能时，需要考虑如何保证RabbitMQ的高可用性和稳定性。

延时精度和高并发问题主要取决于客户端的消费能力。重复消息问题是所有消息中间件都需要解决的，通过消息表等幂等解决方案可以处理。相对难以解决的是可靠性问题，RabbitMQ在可用性方面较弱，在某些场景下会存在单点故障问题。

Redis 过期监听

redis

使用Redis实现订单延时关闭功能

我们可以借助Redis的过期消息监听机制来实现订单延时关闭功能。项目地址：Redis

实现步骤

存储订单信息：在订单创建时，将订单信息存储到Redis，并设置过期时间为十分钟。同时，在Redis中存储一个过期消息监听的键值对，键为订单号，值为待处理订单的标识。
消息监听器：编写一个消息监听器，持续监听Redis的过期事件。监听器使用Redis的PSUBSCRIBE命令订阅过期事件，并在监听到过期事件时触发相应的处理逻辑。
处理过期事件：当订单过期时间到达时，Redis会自动触发过期事件。消息监听器捕获到该事件，并获取过期的订单号。接着，监听器执行订单关闭的逻辑，例如更新订单状态为关闭状态，释放相关资源等，实现订单的十分钟延时关闭功能。

注意事项

长期运行：消息监听器应该是一个长期运行的任务，确保持续监听Redis的过期事件。
容错机制：为了保证系统的稳定性和可靠性，在实现订单关闭逻辑时应添加容错机制，以应对Redis可能发生的故障或重启情况。

优缺点分析

优点：

简单易实现：借助Redis的内置特性，无需额外引入复杂的组件。

缺点：

精度问题：Redis的过期时间是通过定时器实现的，可能存在一定误差，导致订单的关闭时间不是精确的十分钟。这对于某些对时间要求较高的场景可能不适用。
宕机问题：如果Redis宕机或重启，已设置过期时间但尚未过期的订单信息将会丢失，导致这些订单无法正确关闭。需要考虑如何处理这种异常情况。
可靠性问题：依赖Redis的过期时间来实现订单关闭功能，需要确保Redis的高可用性和稳定性。如果Redis发生故障或网络问题，可能导致订单关闭功能失效。
版本问题：在Redis 5.0之前，不保证延迟消息的持久化。如果客户端在消费过程中宕机或重启，消息不会重复投递。从Redis 5.0开始，引入了Stream功能，提供了持久化等较完善的延迟消息功能。

通过上述方案，我们可以实现订单的延时关闭功能。然而，需要注意的是，不同场景对时间精度和系统可靠性要求不同，因此应根据具体需求选择合适的技术方案。

Redisson

在这里插入图片描述

使用Redisson实现订单延时关闭功能

通过Redisson的RDelayedQueue功能可以实现订单的十分钟延时关闭功能。项目地址：Redisson

实现步骤

创建RDelayedQueue对象：用于存放需要延时关闭的订单信息。当用户创建订单时，将订单信息添加到RDelayedQueue中，并设置订单的延时时间为十分钟。
监听功能：Redisson提供了监听功能，可以对RDelayedQueue中的订单信息进行监听。一旦订单到达设定的延时时间，Redisson会触发监听事件。
处理延时事件：在监听到订单的延时事件后，编写相应的处理逻辑，即关闭对应的订单。在处理订单关闭时，可以根据订单号或订单创建时间等信息找到对应的订单并进行关闭操作。

注意事项

虽然通过Redisson的RDelayedQueue可以实现订单延时关闭功能，但需要注意它也存在一些问题。这些问题与Redis的过期监听消息存在的问题类似，因为RDelayedQueue本质上依赖于Redis实现。

优缺点分析

优点：

简单易实现：借助Redisson的内置特性，无需额外引入复杂的组件。

缺点：

精度问题：Redisson的延时功能依赖Redis的定时器实现，可能存在一定误差，导致订单的关闭时间不是精确的十分钟。这对于某些对时间要求较高的场景可能不适用。
宕机问题：如果Redis宕机或重启，已设置延时时间但尚未触发的订单信息将会丢失，导致这些订单无法正确关闭。需要考虑如何处理这种异常情况。
可靠性问题：依赖Redis的延时功能来实现订单关闭功能，需要确保Redis的高可用性和稳定性。如果Redis发生故障或网络问题，可能导致订单关闭功能失效。
版本问题：在Redis 5.0之前，不保证延迟消息的持久化。如果客户端在消费过程中宕机或重启，消息不会重复投递。从Redis 5.0开始，引入了Stream功能，提供了持久化等较完善的延迟消息功能。

RocketMQ

在这里插入图片描述

使用RocketMQ实现订单延时关闭功能

在订单生成时，我们可以将订单关闭消息发送到RocketMQ，并设置消息的延迟时间为十分钟。RocketMQ支持设置消息的延迟时间，可以通过设置消息的delayLevel来指定延迟级别，每个级别对应一种延迟时间。这样，订单关闭消息将在十分钟后自动被消费者接收到。项目地址：RocketMQ

需要注意的是，从RocketMQ 5.0开始，已经支持自定义延迟时间，而不仅限于延迟级别范围内的时间。

实现步骤

发送延时消息：在订单生成时，将订单关闭消息发送到RocketMQ，并设置消息的延迟时间为十分钟。可以通过设置delayLevel或直接使用自定义延迟时间来实现。
创建消息监听器：在消费者端创建一个消息监听器。当消息监听器接收到订单关闭消息时，触发订单关闭操作，将订单状态设置为关闭状态。

注意事项

消息可靠性：RocketMQ的消息传递机制保证了消息的可靠性传递，因此消息可能会进行多次重试。为了确保订单关闭操作的幂等性，即多次执行不会产生副作用，我们需要在订单关闭逻辑中进行幂等性处理。
延时精度：通过RocketMQ的延迟消息特性，可以较为准确地控制订单关闭的时间。
系统稳定性：使用RocketMQ可以提高系统的稳定性和可靠性，适用于高并发场景下的订单延时关闭需求。

代码示例

以下是发送延时消息的示例代码：

// 创建生产者实例
DefaultMQProducer producer = new DefaultMQProducer("order_producer_group");
producer.setNamesrvAddr("localhost:9876");
producer.start();

// 创建消息
Message msg = new Message("OrderTopic", "OrderClose", orderId.getBytes());

// 设置延迟时间为十分钟（在RocketMQ 5.0之前，可以使用delayLevel设置）
msg.setDelayTimeLevel(3); // 示例中，3对应的延迟时间需要参考RocketMQ的延迟级别定义

// 发送消息
producer.send(msg);
producer.shutdown();