电商系统的订单定时任务如何处理更好?

目前公司的一个电商系统的订单在不同状态下会有不同的定时任务,如:下单后如果商家不审核多少时间后自动审核; 审核后多少时间后不支付自动关闭订单等等还有几种状态,目前这些定时任务的实现是两种方式配合:

  1. quartz定时任务每隔半小时自动扫订单表处理。
  2. 对某个订单进行操作时触发状态判断,进行响应操作。

目前这两种方式结合能满足业务需求,但总觉得不是太好,所以想请教大家一般都是怎么做的,或者有什么好的案例实践?还有有没有能够动态生成定时任务并能准时执行的方案?
谢谢。

阅读 14.6k
9 个回答

不好意思,木有太好的思路哎,目前采取第一种方法和第二种方法同时用会多一些。

另外两个答主提到的延迟队列,怎么满足楼主的需求呢,我也没看明白

延迟队列

rabbitmq-delayed-message-exchange
延迟队列让您可以将队列中新消息的传递操作推迟指定的毫秒数

byte[] messageBodyBytes = "delayed payload".getBytes("UTF-8");
Map<String, Object> headers = new HashMap<String, Object>();
headers.put("x-delay", 5000);
AMQP.BasicProperties.Builder props = new AMQP.BasicProperties.Builder().headers(headers);
channel.basicPublish("my-exchange", "", props.build(), messageBodyBytes);

如上会将消息推迟5000毫秒才会推送给消费者.

优点:

  1. 消息传输可靠
  2. 延迟小
  3. 开源免费
  4. 高可用

你这两种方案实时性非常的不好,

  1. 消息队列的延迟队列,如楼上有人说的,用这个解决比较好,优点他也说完了..
  2. 有一种算法叫时间轮算法, 可以更加精细的做延迟任务..但是这个比用延迟队列来搞麻烦的多,所以还是推荐延迟队列

定时扫描数据表,再怎么优化也不会好的,还是先把订单信息放入redis等nosql中,然后根据状态的不同剔除或者改变数据的状态,改成定时扫描nosql

延时队列,还有java DelayQueue当然还是延时队列好一点,用queue没有持久化 还得自己做补充逻辑

目前我们系统在使用阿里云的消息服务。支持定时发送。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题