前几天对实习还是继续学习技术产生了抉择，问了一个前辈，他抛给我一个问题，怎么做15分钟订单自动取消，我说然后到时间之后，自动执行这个订单关闭业务，比如把锁了的库存给解开等等操作，然后在数据库里肯定要有体现，比如抖音，查我的订单内一块，在前段应该显示已过期，把支付的按钮变灰或者取消，支付的时候不能直接对库存进行操作，应该是支付模块调用订单模块调用库存模块。

        然后把理论予以实现，发现需要考虑的点还是有一些的。

功能架构

        该功能使用了三大模块解除耦合，保证高可用性，从高层到底层分别是支付模块->订单模块->商品模块，各司其职，支付模块主要负责支付，退款等相应功能；订单模块主要负责订单查询，订单创建，删除订单相关功能；商品模块主要负责商品上下架，补货，查货相关功能；是环环相扣的，支付模块通过操控订单实现支付，订单模块通过操控商品来实现订单创建等操作。

功能实现流程

        由于是全栈开发，本功能实现流程会涵盖前后端都有。由于管理模块，就是添加商品等等操作，在前端并没有实现，就先在数据库里加一些商品。sql如下：

 然后写一个接口获取商品列表，然后前端进行渲染，效果如下：

测试阶段，未接入微信支付等，但有字段标识，后期方便扩展，渲染的时候只需要有一点，判断支付类型，如果是钱支付就渲染成￥的形式，如果是积分就渲染成积分的形式。然后点击兑换会弹出一个弹出框如下：

 扩展一些信息也会变得非常简单，由于数据库里设置了两个字段一个是销售价（也就是优惠后的价格），一个是原价，直接在前端算出优惠金额即可。然后点击提交订单，就会向后端去发送一个创建的请求，java代码如下所示：

        // 这里先把订单持续事件设置成15秒
        // 1.1 先校验参数，看看该商品是否有库存
        CommonGoodPo good = goodMapper.queryGoodById(dto.getGoodId());
        if (good == null) return Result.error("已查询不到该商品");
        Boolean isPut = good.getIsPut();
        if (!isPut) return Result.error("无法对已下架的商品下订单");
        // 1.2 看看库存还够不够
        Boolean haveStore = good.getHaveStore();
        Integer store = good.getStore();
        if (haveStore && store <= 0) return Result.error("库存不足，无法下单");

        // 库存足就锁定一个库存
        if (haveStore) goodMapper.lockStore(good.getId());

        // 1.3 todo 如果有一个人只能买一单等等限制，可继续扩展

        // 2.1 然后就要生成订单的信息了，比如订单的id，这里起始应该使用杂乱的数字字母等作为id，图方便就直接使用自增id

        // 2.2 然后生成开始时间和结束时间
        LocalDateTime now = LocalDateTime.now();
        LocalDateTime end = LocalDateTime.now().plusMinutes(15); // 15分钟写死
        PopOrderVo popOrderVo = new PopOrderVo(null, good.getId(), now, end, 15 * 60, dto.getAccount());
        orderMapper.creatOrder(popOrderVo);

        // 3 准备对象，发送消息
        String mes = JSON.toJSONString(popOrderVo);
        sendDelayMessage(mes, 60 * 15, RabbitConstants.DELAY_ORDER_DEL_DIRECT_EXCHANGE, RabbitConstants.DELAY_ORDER_KEY);


        // 然后封装一下给前端，然后前端得到信息后，弹出弹出层，在我的订单里也可以找到该信息
        return Result.ok(popOrderVo);

 代码逻辑主要分为三部分，校验参数；然后去执行sql，就是向数据库的order表里去添加一条订单消息，并且要锁库存；最后向rabbitMQ里发一条延迟消息，这个是封装好的方法。到期执行的方法如下所示：

        log.error("我要开始喽！");
        // 把msg转成对象
        PopOrderVo popOrderVo = null;
        try {
            popOrderVo = JSON.parseObject(msg, PopOrderVo.class);
        } catch (Exception e) {
            throw new RuntimeException("请调用符合规定的api，类型转换错误，无法转换为PopOrderVo");
        }

        // 自动取消订单逻辑
        LocalDateTime now = LocalDateTime.now();
        Integer orderId = popOrderVo.getOrderId();
        Integer goodId = popOrderVo.getGoodId();
        // 修改订单状态
        orderMapper.finishOrder(orderId, now, ORDER_STATUS_OVERTIME);
        // 把锁了的库存释放
        goodMapper.unLockStore(goodId);
        log.error("我结束喽！");

就是去校验一下参数，然后去解锁库存，然后修改订单状态。

订单表如下所示：

然后在点击提交订单后，弹出支付页面，并有前端实现的倒计时。 

 然后会显示一些订单信息，倒计时到了之后，按钮会变成灰色，并无法点击，点击支付按钮后，进入到后端逻辑。代码如下：

    @Override
    @Transactional
    public Result payOrder(PayOrderDto dto) {
        Integer orderId = dto.getOrderId();
        OrderPo orderInfo = orderMapper.getOrderInfo(orderId);

        Integer goodId = orderInfo.getGoodId();

        LocalDateTime now = LocalDateTime.now();
        CommonGoodPo good = goodMapper.queryGoodById(goodId);
        // 1 先需要校验参数
        // 1.1 看过没过期，如果现在的时间在截止时间之后，则证明过期了
        if (now.isAfter(orderInfo.getEndTime())) {
           

            return Result.error("该订单已经过期，请重新下单！");
        }
        
        // 1.2 看一下状态是不是待支付状态
        if (orderInfo.getStatus() != 0) return Result.error("该订单已被处理，请刷新重试");
        // 1.3 看余额够不够
        Boolean isEnough = payMapper.checkBalance(orderInfo.getAccount(), good.getSalePrice());
        // 2.1 如果不够，直接报错余额不足
        if (!isEnough) return Result.error("你的余额不足，无法完成支付");
        // 2.2 如果够，扣减余额
        payMapper.decreaseBalance(orderInfo.getAccount(), good.getSalePrice());
        // 2 需要进行三个方面的处理
        // 2.1 商品给增加销量等等
        goodMapper.increaseSales(goodId);
        // 2.2 设置订单状态，截至时间等
        orderMapper.finishOrder(orderId, now, ORDER_STATUS_SUCCESS);
        // 2.3 记录支付日志
        payMapper.logPay(good.getSalePrice(), good.getPayType(), orderInfo.getAccount(), now, goodId);
//        return null;
        return Result.ok("支付成功");

    }

支付逻辑比较简单，就是校验参数，但需要注意需要检验一下订单状态，因为可能因为网络问题等等，导致请求到后端的时候，出现时间延迟问题，出现状态已经不是待支付状态已经被修改的问题（处理幂等问题），余额不足问题，这时就不能再进行支付，要对订单进行一下处理。如果满足条件就进行sql操作。

然后在前端为了订单的丢失，又写了一个我的订单页面，如下所示：

可以根据不同的状态去筛选不同的订单列表，然后并可以在此页面完成支付。

至此本功能结束，使用的是rabbitMQ的延迟队列实现定时操作，也可以使用xxl-job，直接使用策略模式扩展一下即可，在复习专栏里有关于设计模式的文章和例子，后续有时间会讲一下定时操作策略的扩展。