本文探讨了在使用SSM重构Bookstore过程中，订单超时回滚库存的三种策略：定时轮询、被动取消和延时消息。延时消息方案因效率高、时效性好而被选中，并详细介绍了如何使用延迟队列实现这一功能。同时，文章还提到了Spring构造函数注入的推荐实践和Mybatis Generator的属性命名及覆盖设置问题。
* 介绍
订单部分主要难点是在于订单失效时如何回滚库存，通过搜索了解到主要有这么几种：
一.定时轮询：
启动一个计划任务，定时查询数据，比较时间状态，改变状态。
具体的实现可以是timer，ScheduledExecutorService，quartz框架，数据job方式等等。
不足：
1、时效性差，会有一定的延迟，这个延迟时间最大就是每隔一定时间的大小，如果你设置每分钟定时轮询一次，那么理论上订单取消时间的最大误差就有一分钟，当然也可能更大，比如一分钟之内有大量数据，但是一分钟没处理完，那么下一分钟的就会顺延
2、效率低，如果数据量过大会严重影响数据库性能
二.被动取消：
被动取消的方式很简单：只有当用户查询订单信息时，我们再判断该订单是否超时，如果超时再进行超时逻辑的处理。 但是这种方式依赖于用户的查询操作触发，这也就是说如果用户不进行查询订单的操作，该订单就永远不会被取消。—— 这种应该是付款后才锁库存
不足：
1、会产生额外影响
比如统计，订单数量等产生影响
2、影响用户体验
用户打开订单列表可能要处理大量数据，影响显示的实时性。
三.延时消息：
延时消息方式解决了上述两种方案的缺点：
（1）无需再轮询全部订单，效率高
（2）一个订单，任务只执行一次
（3）时效性好，精确到秒（控制timer移动频率可以控制精度）
* 实现
本文主要采用延迟队列 —— 实现代码借鉴自《使用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());
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;
/**
* <p>
* [任务调度系统]
* <br>
* [队列中要执行的任务]
* </p>
*/
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框架执行构造函数后才会进行属性注入，所以如果构造函数中调用到属性就会报空指针异常
2、Mybatis generator 数据库列名用驼峰命名法时自动生成的pojo属性名全转变为了小写，还有就是其Maven插件开启了覆盖设置会重写生成的java代码但xml不会覆盖而是append
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
