订单超时自动改变状态的实现方案

这种业务统一理解为：“在一段时间之后，完成一个工作任务”，实现方法总结如下：

一.定时轮询：

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

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

不足：

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

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

二.被动取消：

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

三.延时消息：

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

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

可以采用MQ，延时队列DelayQueue来实现。