使用SSM重构Bookstore——回滚库存

本文探讨了在使用SSM重构Bookstore过程中,订单超时回滚库存的三种策略:定时轮询、被动取消和延时消息。延时消息方案因效率高、时效性好而被选中,并详细介绍了如何使用延迟队列实现这一功能。同时,文章还提到了Spring构造函数注入的推荐实践和Mybatis Generator的属性命名及覆盖设置问题。
摘要由CSDN通过智能技术生成

* 介绍

订单部分主要难点是在于订单失效时如何回滚库存,通过搜索了解到主要有这么几种:

一.定时轮询:

启动一个计划任务,定时查询数据,比较时间状态,改变状态。

具体的实现可以是timer,ScheduledExecutorService,quartz框架,数据job方式等等。

不足:

1、时效性差,会有一定的延迟,这个延迟时间最大就是每隔一定时间的大小,如果你设置每分钟定时轮询一次,那么理论上订单取消时间的最大误差就有一分钟,当然也可能更大,比如一分钟之内有大量数据,但是一分钟没处理完,那么下一分钟的就会顺延

2、效率低,如果数据量过大会严重影响数据库性能

二.被动取消:

被动取消的方式很简单:只有当用户查询订单信息时,我们再判断该订单是否超时,如果超时再进行超时逻辑的处理。 但是这种方式依赖于用户的查询操作触发,这也就是说如果用户不进行查询订单的操作,该订单就永远不会被取消。—— 这种应该是付款后才锁库存
不足:
1、会产生额外影响
比如统计,订单数量等产生影响
2、影响用户体验
用户打开订单列表可能要处理大量数据,影响显示的实时性。

三.延时消息:

延时消息方式解决了上述两种方案的缺点:

(1)无需再轮询全部订单,效率高
(2)一个订单,任务只执行一次
(3)时效性好,精确到秒(控制timer移动频率可以控制精度)

订单超时自动关闭的实现方案总结

使用java做订单失效(指定一段时间后)

商城订单超过 30 分钟未支付自动取消订单,最佳解决方案是怎样?

自动取消失效订单(监听器 + quartz)

* 实现

本文主要采用延迟队列 —— 实现代码借鉴自《使用delayedQueue实现你本地的延迟队列》,为配合Spring稍稍修改了下

package com.bookstore.Utils;

import org.apache.log4j.Logger;
import org.springframework.stereotype.Component;

import javax.annotation.PostConstruct;
import java.util.concurrent.DelayQueue;
import java.util.concurrent.Executor;
import java.util.concurrent.Executors;
import java.util.concurrent.TimeUnit;

/**
 * <p>
 * [任务调度系统]
 * <br>
 * [后台守护线程不断的执行检测工作]
 * </p>
 *
 */

@Component
public class TaskQueueDaemonThread {
   

    private static final Logger LOG = Logger.getLogger(TaskQueueDaemonThread.class);

    private TaskQueueDaemonThread() {
   
    }

    /*   Spring 默认单例故而不需要了
    private static class LazyHolder {
        private static TaskQueueDaemonThread taskQueueDaemonThread = new TaskQueueDaemonThread();
    }

    public static TaskQueueDaemonThread getInstance() {
        return LazyHolder.taskQueueDaemonThread;
    }
     */
    
    Executor executor = Executors.newFixedThreadPool(20);

    /**
     * 守护线程
     */
    private Thread daemonThread;

    /**
     * 初始化守护线程
     */
    @PostConstruct   //不加这个注解不执行,官方文档的意思似乎是不用配置会自动调用init()但搞不懂这儿为何不行? can write your application classes and use an initialization callback called init(), without having to configure an init-method="init" attribute with each bean definition
    public void init() {
   
        daemonThread = new Thread(() -> execute()
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值