谈谈订单超时自动改变状态的解决方案

  1. 定时轮询
    启动一个计划任务,定时查询数据,比较时间状态,改变状态。
    具体的实现可以是timer,ScheduledExecutorService,quartz框架,数据job方式等等
    不足:
    时效性差,会有一定的延迟,这个延迟时间最大就是每隔一定时间的大小,如果你设置每分钟定时轮询一次,那么理论上订 单取消时间的最大误差就有一分钟,当然也可能更大,比如一分钟之内有大量数据,但是一分钟没处理完,那么下一分钟的就会顺延
    效率低,如果数据量过大会严重影响数据库性能

  2. 被动取消
    只有当用户查询订单信息时,我们再判断该订单是否超时,如果超时再进行超时逻辑的处理。
    但是这种方式依赖于用户的查询操作触发,这也就是说如果用户不进行查询订单的操作,该订单就永远不会被取消。

    不足:会产生额外影响比如统计,订单数量等产生影响;影响用户体验,用户打开订单列表可能要处理大量数据,影响显示的实时性。
    
  3. .延时消息

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值