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

* 介绍

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

一.定时轮询：

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

具体的实现可以是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;

/**
 * 

 * [任务调度系统]
 * 

 * [后台守护线程不断的执行检测工作]
 * 
 *
 */

@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());
        daemonThread.setDaemon(true);
        daemonThread.setName("Task Queue Daemon Thread");
        daemonThread.start();
    }

    private void execute() {
        System.out.println("start:" + System.currentTimeMillis());
        while (true) {
            try {
                //从延迟队列中取值,如果没有对象过期则队列一直等待，
                Task t1 = t.take();
                if (t1 != null) {
                    //修改问题的状态
                    Runnable task = t1.getTask();
                    if (task == null) {
                        continue;
                    }
                    executor.execute(task);
                    LOG.info("[at task:" + task + "]   [Time:" + System.currentTimeMillis() + "]");
                }
            } catch (Exception e) {
                e.printStackTrace();
                break;
            }
        }
    }

    /**
     * 创建一个最初为空的新 DelayQueue
     */
    private DelayQueue<Task> t = new DelayQueue<>();

    /**
     * 添加任务，
     * time 延迟时间
     * task 任务
     * 用户为问题设置延迟时间
     */
    public void put(long time, Runnable task) {
        //转换成ns
        long nanoTime = TimeUnit.NANOSECONDS.convert(time, TimeUnit.MILLISECONDS);
        //创建一个任务
        Task k = new Task(nanoTime, task);
        //将任务放在延迟的队列中
        t.put(k);
    }

    /**
     * 取消任务
     * @param task
     */
    public boolean cancelTask(Task<Runnable> task){
        return t.remove(task);
    }
}

Task.java没有改动

package com.bookstore.Utils;

import java.util.concurrent.Delayed;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicLong;

/**
 * 

 * [任务调度系统]
 * 

 * [队列中要执行的任务]
 * 
 */
public class Task<T extends Runnable> implements Delayed {
    /**
     * 到期时间
     */
    private final long time;

    /**
     * 问题对象
     */
    private final T task;
    private static final AtomicLong atomic = new AtomicLong(0);

    private final long n;

    public Task(long timeout, T t) {
        this.time = System.nanoTime() + timeout;
        this.task = t;
        this.n = atomic.getAndIncrement();
    }

    /**
     * 返回与此对象相关的剩余延迟时间，以给定的时间单位表示
     */
    @Override
    public long getDelay(TimeUnit unit) {
        return unit.convert(this.time - System.nanoTime(), TimeUnit.NANOSECONDS);
    }

    @Override
    public int compareTo(Delayed other) {
        if (other == this)
            return 0;
        if (other instanceof Task) {
            Task x = (Task) other;
            long diff = time - x.time;
            if (diff < 0)
                return -1;
            else if (diff > 0)
                return 1;
            else if (n < x.n)
                return -1;
            else
                return 1;
        }
        long d = (getDelay(TimeUnit.NANOSECONDS) - other.getDelay(TimeUnit.NANOSECONDS));
        return (d == 0) ? 0 : ((d < 0) ? -1 : 1);
    }

    public T getTask() {
        return this.task;
    }

    @Override
    public int hashCode() {
        return task.hashCode();
    }

    @Override
    public boolean equals(Object object) {
        if (object instanceof Task) {
            return object.hashCode() == hashCode() ? true : false;
        }
        return false;
    }
}

修改OrderService中订单产生时调用的方法，

private final static long WAIT_FOR_PAY_MILLSECONDS = 2 * 3600 * 1000;  //等待支付时间2小时

@Autowired
TaskQueueDaemonThread taskQueueDaemonThread;

//生成订单
@Transactional      
public void saveOrder(Order order) throws SQLException {
    //将任务丢进延迟队列中，支付成功后需要移除任务，这儿还存在个问题——如果服务中断队列会全部丢失
	taskQueueDaemonThread.put(WAIT_FOR_PAY_MILLSECONDS, () -> invalidOrder(order));
	orderDao.insertSelective(order);
	for (OrderItem orderItem : order.getOrderItems()) {
		orderItemDao.insert(orderItem);
		//又牵扯到事务的传播性，不过在此使用@Transactional默认的Propagation.REQUIRED即可
		productService.reduceStock(orderItem.getProductId(), orderItem.getBuynum());
	}
}

//超时作废订单
@Transactional
public void invalidOrder(Order order) {
	order.setPaystate((byte)-1);
	orderDao.updateByPrimaryKeySelective(order);
	for (OrderItem orderItem : order.getOrderItems()) {
		productService.recoverStock(orderItem.getProductId(), orderItem.getBuynum());
	}
}

* 其他说明

主要是两个问题——

1、直接使用属性自动注入时，Idea提示Field injection is not recommended less… (Ctrl+F1)
Inspection info: Spring Team recommends: “Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies”.

搜索了下感觉关键在于构造函数中是否会调用到属性，Spring框架执行构造函数后才会进行属性注入，所以如果构造函数中调用到属性就会报空指针异常

浅谈spring为什么推荐使用构造器注入

Spring框架下类的初始化顺序

Spring源码解析：Bean实例的创建与初始化

2、Mybatis generator 数据库列名用驼峰命名法时自动生成的pojo属性名全转变为了小写，还有就是其Maven插件开启了覆盖设置会重写生成的java代码但xml不会覆盖而是append