写点什么

订单初版—支付和履约链路中的技术问题说明文档

  • 2025-07-10
    福建
  • 本文字数:23407 字

    阅读完需:约 77 分钟

1.订单系统的预支付业务流程


(1)预支付接口使用场景


⽤户完成订单提交后需要对订单进⾏⽀付。点击"去⽀付"按钮后,系统调⽤此接⼝完成订单与⽀付,接口调用成功后前端会引导⽤户跳转到⽀付界⾯。

 

进行预支付处理,主要是为了生成一些信息给第三方支付平台的支付界面。这些支付订单的信息包括:支付商品的名称、支付流水号、支付金额等,这些数据需要支付系统提供并传递给第三方支付平台。

 

(2)预支付接口具体实现


步骤一:查询订单信息

步骤二:加⽀付分布式锁

步骤三:校验订单信息

步骤四:组装请求参数

步骤五:调⽤⽀付系统进⾏预⽀付

步骤六:更新(是否拆单)订单表与⽀付信息表



注意:⽤户可能触发多次订单⽀付,也就是可能会多次调⽤预⽀付接⼝。预⽀付订单接⼝会更改订单与⽀付记录,⽀付回调也会判断订单⽀付状态。所以预⽀付与⽀付回调两个接⼝需要基于分布式锁来保证数据并发安全,这里采⽤Redisson 框架的分布式锁。

 

一.预支付订单的处理流程


@Servicepublic class OrderServiceImpl implements OrderService {    ...    //预支付订单    @Override    @Transactional(rollbackFor = Exception.class)    public PrePayOrderDTO prePayOrder(PrePayOrderRequest prePayOrderRequest) {        //1.入参检查        checkPrePayOrderRequestParam(prePayOrderRequest);        String orderId = prePayOrderRequest.getOrderId();        Integer payAmount = prePayOrderRequest.getPayAmount();        //2.加分布式锁(与订单支付回调时加的是同一把锁)        String key = RedisLockKeyConstants.ORDER_PAY_KEY + orderId;        boolean lock = redisLock.lock(key);        if (!lock) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_PRE_PAY_ERROR);        }        try {            //3.预支付订单前的检查            checkPrePayOrderInfo(orderId, payAmount);            //4.调用支付系统进行预支付            PayOrderRequest payOrderRequest = prePayOrderRequest.clone(PayOrderRequest.class);            JsonResult<PayOrderDTO> jsonResult = payApi.payOrder(payOrderRequest);            if (!jsonResult.getSuccess()) {                throw new OrderBizException(OrderErrorCodeEnum.ORDER_PRE_PAY_ERROR);            }            PayOrderDTO payOrderDTO = jsonResult.getData();            //5.更新订单表与支付信息表            updateOrderPaymentInfo(payOrderDTO);            return payOrderDTO.clone(PrePayOrderDTO.class);        } finally {            //6.释放分布式锁            redisLock.unlock(key);        }    }    ...}
//预支付订单对象@Datapublic class PrePayOrderRequest extends AbstractObject implements Serializable { private static final long serialVersionUID = -634137320435888212L; private String userId;//用户ID private String businessIdentifier;//业务方标识 private Integer payType;//支付类型 private String orderId;//订单ID private Integer payAmount;//订单支付金额 private String callbackUrl;//支付成功后跳转地址 private String callbackFailUrl;//支付失败跳转地址 private String openid;//微信openid private String subject;//订单摘要 private String itemInfo;//商品明细json}
复制代码


二.预支付订单前的检查

@Servicepublic class OrderServiceImpl implements OrderService {    ...    //预支付订单的前置检查    private void checkPrePayOrderInfo(String orderId, Integer payAmount) {        //查询订单信息        OrderInfoDO orderInfoDO = orderInfoDAO.getByOrderId(orderId);        OrderPaymentDetailDO orderPaymentDetailDO = orderPaymentDetailDAO.getPaymentDetailByOrderId(orderId);        if (orderInfoDO == null || orderPaymentDetailDO == null) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_INFO_IS_NULL);        }        //检查订单支付金额        if (!payAmount.equals(orderInfoDO.getPayAmount())) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_PAY_AMOUNT_ERROR);        }        //判断一下订单状态        if (!OrderStatusEnum.CREATED.getCode().equals(orderInfoDO.getOrderStatus())) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_STATUS_ERROR);        }        //判断一下支付状态        if (PayStatusEnum.PAID.getCode().equals(orderPaymentDetailDO.getPayStatus())) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_PAY_STATUS_IS_PAID);        }        //判断是否超过了支付超时时间        Date curDate = new Date();        if (curDate.after(orderInfoDO.getExpireTime())) {            throw new OrderBizException(OrderErrorCodeEnum.ORDER_PRE_PAY_EXPIRE_ERROR);        }    }    ...}
复制代码


三.调用支付系统进行预支付

@DubboService(version = "1.0.0", interfaceClass = PayApi.class, retries = 0)public class PayApiImpl implements PayApi {    ...    @Override    public JsonResult<PayOrderDTO> payOrder(PayOrderRequest payOrderRequest) {        String orderId = payOrderRequest.getOrderId();        Integer payAmount = payOrderRequest.getPayAmount();        String outTradeNo = RandomUtil.genRandomNumber(19);
//模拟调用了第三方支付平台的支付接口 //组装返回数据 PayOrderDTO payOrderDTO = new PayOrderDTO(); payOrderDTO.setOrderId(orderId); payOrderDTO.setOutTradeNo(outTradeNo); payOrderDTO.setPayType(PayTypeEnum.WECHAT_PAY.getCode());
Map<String, Object> payData = new HashMap<>(); payData.put("appid", "wx207d34495e688e0c"); payData.put("prepayId", RandomUtil.genRandomNumber(11)); payData.put("payAmount", payAmount); payData.put("webUrl", "http://xxx/payurl"); payOrderDTO.setPayData(payData);
return JsonResult.buildSuccess(payOrderDTO); } ...}
复制代码


四.更新订单表与支付信息表

@Servicepublic class OrderServiceImpl implements OrderService {    ...    //预支付更新订单支付信息    private void updateOrderPaymentInfo(PayOrderDTO payOrderDTO) {        String orderId = payOrderDTO.getOrderId();        Integer payType = payOrderDTO.getPayType();        String outTradeNo = payOrderDTO.getOutTradeNo();        Date payTime = new Date();
//订单表支付信息 OrderInfoDO orderInfoDO = orderInfoDAO.getByOrderId(orderId); orderInfoDO.setPayType(payType); orderInfoDO.setPayTime(payTime); orderInfoDAO.updateById(orderInfoDO);
//支付明细信息 OrderPaymentDetailDO orderPaymentDetailDO = orderPaymentDetailDAO.getPaymentDetailByOrderId(orderId); orderPaymentDetailDO.setPayTime(payTime); orderPaymentDetailDO.setPayType(payType); orderPaymentDetailDO.setOutTradeNo(outTradeNo); orderPaymentDetailDAO.updateById(orderPaymentDetailDO);
//判断是否存在子订单 List<OrderInfoDO> subOrderInfoList = orderInfoDAO.listByParentOrderId(orderId); if (subOrderInfoList != null && !subOrderInfoList.isEmpty()) { for (OrderInfoDO subOrderInfoDO : subOrderInfoList) { //更新子订单支付信息 subOrderInfoDO.setPayType(payType); subOrderInfoDO.setPayTime(payTime); orderInfoDAO.updateById(subOrderInfoDO);
//更新子订单支付明细信息 OrderPaymentDetailDO subOrderPaymentDetailDO = orderPaymentDetailDAO.getPaymentDetailByOrderId(subOrderInfoDO.getOrderId()); subOrderPaymentDetailDO.setPayTime(payTime); subOrderPaymentDetailDO.setPayType(payType); subOrderPaymentDetailDO.setOutTradeNo(outTradeNo); orderPaymentDetailDAO.updateById(subOrderPaymentDetailDO); } } } ...}
复制代码


2.订单系统的支付回调业务流程


(1)支付回调接口的使用场景


此接⼝是⽀付系统完成了⽤户⽀付操作之后⾃动来回调的,不是前端应⽤来发起调⽤的。

 

(2)支付回调接口的具体实现


步骤一:回调⼊参检查

步骤二:添加分布式锁(与预⽀付接⼝使⽤同⼀把锁)

步骤三:订单状态与⽀付信息判断

步骤四:异常场景判断

 

正常情况下会修改订单状态与⽀付状态为已⽀付,并记录操作⽇志。异常情况下则需要分类进⾏判断,做各种处理。



注意:由于⽤户可能发起多次预⽀付调⽤,所以预⽀付与⽀付回调两个接⼝需要使⽤同⼀把分布式锁,以此来保证并发数据处理安全。

 

一.支付回调的处理流程

@Servicepublic class OrderServiceImpl implements OrderService {    ...    //支付回调    @Transactional(rollbackFor = Exception.class)    @Override    public void payCallback(PayCallbackRequest payCallbackRequest) {        //1.入参检查        checkPayCallbackRequestParam(payCallbackRequest);        String orderId = payCallbackRequest.getOrderId();        Integer payAmount = payCallbackRequest.getPayAmount();        Integer payType = payCallbackRequest.getPayType();
//2.加支付分布式锁避免支付系统并发回调 String key = RedisLockKeyConstants.ORDER_PAY_KEY + orderId; boolean lock = redisLock.lock(key); if (!lock) { throw new OrderBizException(OrderErrorCodeEnum.ORDER_PAY_CALLBACK_ERROR); }
try { //从数据库中查询出当前订单信息 OrderInfoDO orderInfoDO = orderInfoDAO.getByOrderId(orderId); OrderPaymentDetailDO orderPaymentDetailDO = orderPaymentDetailDAO.getPaymentDetailByOrderId(orderId);
//3.校验参数 if (orderInfoDO == null || orderPaymentDetailDO == null) { throw new OrderBizException(OrderErrorCodeEnum.ORDER_INFO_IS_NULL); } if (!payAmount.equals(orderInfoDO.getPayAmount())) { throw new OrderBizException(OrderErrorCodeEnum.ORDER_CALLBACK_PAY_AMOUNT_ERROR); }
//4.异常场景判断 Integer orderStatus = orderInfoDO.getOrderStatus(); if (OrderStatusEnum.CREATED.getCode().equals(orderStatus)) { //如果订单状态是"已创建",直接更新订单状态为已支付 updateOrderStatusPaid(payCallbackRequest, orderInfoDO, orderPaymentDetailDO); //发送"订单已完成支付"消息 sendPaidOrderSuccessMessage(orderInfoDO); } else { //如果订单状态不是"已创建" if (OrderStatusEnum.CANCELED.getCode().equals(orderStatus)) { //如果订单状态是取消状态 Integer payStatus = orderPaymentDetailDO.getPayStatus(); if (PayStatusEnum.UNPAID.getCode().equals(payStatus)) { //调用退款 executeOrderRefund(orderInfoDO, orderPaymentDetailDO); throw new OrderBizException(OrderErrorCodeEnum.ORDER_CANCEL_PAY_CALLBACK_ERROR); } else if (PayStatusEnum.PAID.getCode().equals(payStatus)) { if (payType.equals(orderPaymentDetailDO.getPayType())) { throw new OrderBizException(OrderErrorCodeEnum.ORDER_CANCEL_PAY_CALLBACK_PAY_TYPE_SAME_ERROR); } else { throw new OrderBizException(OrderErrorCodeEnum.ORDER_CANCEL_PAY_CALLBACK_PAY_TYPE_NO_SAME_ERROR); } } } else { //如果订单状态不是取消状态 if (PayStatusEnum.PAID.getCode().equals(orderPaymentDetailDO.getPayStatus())) { if (payType.equals(orderPaymentDetailDO.getPayType())) { return; } //调用退款 executeOrderRefund(orderInfoDO, orderPaymentDetailDO); throw new OrderBizException(OrderErrorCodeEnum.ORDER_CANCEL_PAY_CALLBACK_REPEAT_ERROR); } } } } finally { //释放分布式锁 redisLock.unlock(key); } } ...}
//支付系统回调请求对象@Datapublic class PayCallbackRequest extends AbstractObject implements Serializable { private static final long serialVersionUID = 3685085492927992753L; private String orderId;//订单ID private String payAccount;//支付账户 private Integer payAmount;//支付金额 private String outTradeNo;//支付系统交易单号 private Integer payType;//支付方式 private String merchantId;//商户号 private String payChannel;//支付渠道 private String appid;//微信平台 appid}
复制代码


二.更新订单为已支付

@Servicepublic class OrderServiceImpl implements OrderService {    ...    //更新订单状态为 已支付    private void updateOrderStatusPaid(PayCallbackRequest payCallbackRequest, OrderInfoDO orderInfoDO, OrderPaymentDetailDO orderPaymentDetailDO) {        //主单信息        String orderId = payCallbackRequest.getOrderId();        Integer preOrderStatus = orderInfoDO.getOrderStatus();        orderInfoDO.setOrderStatus(OrderStatusEnum.PAID.getCode());        orderInfoDAO.updateById(orderInfoDO);
//主单支付信息 orderPaymentDetailDO.setPayStatus(PayStatusEnum.PAID.getCode()); orderPaymentDetailDAO.updateById(orderPaymentDetailDO);
//新增订单状态变更日志 OrderOperateLogDO orderOperateLogDO = new OrderOperateLogDO(); orderOperateLogDO.setOrderId(orderId); orderOperateLogDO.setOperateType(OrderOperateTypeEnum.PAID_ORDER.getCode()); orderOperateLogDO.setPreStatus(preOrderStatus); orderOperateLogDO.setCurrentStatus(orderInfoDO.getOrderStatus()); orderOperateLogDO.setRemark("订单支付回调操作" + orderOperateLogDO.getPreStatus() + "-" + orderOperateLogDO.getCurrentStatus()); orderOperateLogDAO.save(orderOperateLogDO);
//判断是否存在子订单 List<OrderInfoDO> subOrderInfoDOList = orderInfoDAO.listByParentOrderId(orderId); if (subOrderInfoDOList != null && !subOrderInfoDOList.isEmpty()) { //先将主订单状态设置为无效订单 Integer newPreOrderStatus = orderInfoDO.getOrderStatus(); orderInfoDO.setOrderStatus(OrderStatusEnum.INVALID.getCode()); orderInfoDAO.updateById(orderInfoDO);
//新增订单状态变更日志 OrderOperateLogDO newOrderOperateLogDO = new OrderOperateLogDO(); newOrderOperateLogDO.setOrderId(orderId); newOrderOperateLogDO.setOperateType(OrderOperateTypeEnum.PAID_ORDER.getCode()); newOrderOperateLogDO.setPreStatus(newPreOrderStatus); newOrderOperateLogDO.setCurrentStatus(OrderStatusEnum.INVALID.getCode()); orderOperateLogDO.setRemark("订单支付回调操作,主订单状态变更" + newOrderOperateLogDO.getPreStatus() + "-" + newOrderOperateLogDO.getCurrentStatus()); orderOperateLogDAO.save(newOrderOperateLogDO);
//再更新子订单的状态 for (OrderInfoDO subOrderInfo : subOrderInfoDOList) { Integer subPreOrderStatus = subOrderInfo.getOrderStatus(); subOrderInfo.setOrderStatus(OrderStatusEnum.PAID.getCode()); orderInfoDAO.updateById(subOrderInfo);
//更新子订单的支付明细状态 String subOrderId = subOrderInfo.getOrderId(); OrderPaymentDetailDO subOrderPaymentDetailDO = orderPaymentDetailDAO.getPaymentDetailByOrderId(subOrderId); if (subOrderPaymentDetailDO != null) { subOrderPaymentDetailDO.setPayStatus(PayStatusEnum.PAID.getCode()); orderPaymentDetailDAO.updateById(subOrderPaymentDetailDO); }
//新增订单状态变更日志 OrderOperateLogDO subOrderOperateLogDO = new OrderOperateLogDO(); subOrderOperateLogDO.setOrderId(subOrderId); subOrderOperateLogDO.setOperateType(OrderOperateTypeEnum.PAID_ORDER.getCode()); subOrderOperateLogDO.setPreStatus(subPreOrderStatus); subOrderOperateLogDO.setCurrentStatus(OrderStatusEnum.PAID.getCode()); orderOperateLogDO.setRemark("订单支付回调操作,子订单状态变更" + subOrderOperateLogDO.getPreStatus() + "-" + subOrderOperateLogDO.getCurrentStatus()); orderOperateLogDAO.save(subOrderOperateLogDO); } } } ...}
复制代码


三.发送订单已支付消息

@Servicepublic class OrderServiceImpl implements OrderService {    ...    //发送订单已完成支付消息,触发订单进行履约    private void sendPaidOrderSuccessMessage(OrderInfoDO orderInfoDO) {        String orderId = orderInfoDO.getOrderId();        PaidOrderSuccessMessage message = new PaidOrderSuccessMessage();        message.setOrderId(orderId);        String msgJson = JSON.toJSONString(message);        defaultProducer.sendMessage(RocketMqConstant.PAID_ORDER_SUCCESS_TOPIC, msgJson, "订单已完成支付");    }    ...}
复制代码


3.预支付和支付回调的并发问题


⽤户可能触发多次订单⽀付,也就是可能会多次调⽤预⽀付接⼝。预⽀付订单接⼝会更改订单与⽀付记录,⽀付回调也会判断订单⽀付状态。如下图示:



所以预⽀付与⽀付回调两个接⼝需要基于分布式锁来保证数据并发安全,采⽤Redisson 框架来实现分布式锁。

 

4.Redisson 分布式锁解决预支付和支付并发问题



//Redis分布式锁public class RedisLock {    RedissonClient redissonClient;
public RedisLock(RedissonClient redissonClient) { this.redissonClient = redissonClient; }
//互斥锁,seconds秒后自动失效 public boolean lock(String key, int seconds) { RLock rLock = redissonClient.getLock(key); if (rLock.isLocked()) { return false; } rLock.lock(seconds, TimeUnit.SECONDS); return true; }
//互斥锁,自动续期 public boolean lock(String key) { RLock rLock = redissonClient.getLock(key); if (rLock.isLocked()) { return false; } rLock.lock(); return true; }
//手动释放锁 public void unlock(String key) { RLock rLock = redissonClient.getLock(key); if (rLock.isLocked()) { rLock.unlock(); } }}
复制代码


5.支付成功后推送订单到履约系统的实现


(1)推送订单到履约系统的使用场景


订单系统监听到"订单已⽀付"的消息时触发。

 

(2)推送订单到履约系统的业务流程


步骤一:订单系统监听 RocketMQ 的订单已⽀付消息

步骤二:订单系统收到订单已⽀付消息,根据消息中的 orderId 查询出订单

步骤三:校验订单是否已⽀付,如果不是已支付,那么就直接终⽌流程

步骤四:构造履约请求,调⽤履约系统的履约接⼝推送订单到履约系统

步骤五:如果调⽤失败,那么就抛出异常,触发 RocketMQ 的消息重复消费功能

步骤六:如果调⽤成功,那么就更新订单状态为已履约 + 插⼊⼀条订单变更记录

步骤七:⼿动提交订单已⽀付消息的 ack



@Servicepublic class OrderServiceImpl implements OrderService {    ...    //发送订单已完成支付消息,触发订单进行履约    private void sendPaidOrderSuccessMessage(OrderInfoDO orderInfoDO) {        String orderId = orderInfoDO.getOrderId();        PaidOrderSuccessMessage message = new PaidOrderSuccessMessage();        message.setOrderId(orderId);        String msgJson = JSON.toJSONString(message);        defaultProducer.sendMessage(RocketMqConstant.PAID_ORDER_SUCCESS_TOPIC, msgJson, "订单已完成支付");    }    ...}
@Configurationpublic class ConsumerConfig { @Autowired private RocketMQProperties rocketMQProperties;
//订单完成支付消息消费者 @Bean("paidOrderSuccessConsumer") public DefaultMQPushConsumer paidOrderSuccessConsumer(PaidOrderSuccessListener paidOrderSuccessListener) throws MQClientException { DefaultMQPushConsumer consumer = new DefaultMQPushConsumer(PAID_ORDER_SUCCESS_CONSUMER_GROUP); consumer.setNamesrvAddr(rocketMQProperties.getNameServer()); consumer.subscribe(PAID_ORDER_SUCCESS_TOPIC, "*"); consumer.registerMessageListener(paidOrderSuccessListener); consumer.start(); return consumer; } ...}
//监听订单支付成功的消息@Componentpublic class PaidOrderSuccessListener implements MessageListenerConcurrently { @Autowired RedisLock redisLock;
@Autowired private OrderFulFillService orderFulFillService;
@Override public ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> list, ConsumeConcurrentlyContext consumeConcurrentlyContext) { try { for (MessageExt messageExt : list) { String message = new String(messageExt.getBody()); PaidOrderSuccessMessage paidOrderSuccessMessage = JSON.parseObject(message, PaidOrderSuccessMessage.class); String orderId = paidOrderSuccessMessage.getOrderId(); log.info("触发订单履约,orderId:{}", orderId); //1.加分布式锁 + 里面的履约前置状态校验防止消息重复消费 String key = RedisLockKeyConstants.ORDER_FULFILL_KEY + orderId; boolean lock = redisLock.lock(key); if (!lock) { log.error("order has not acquired lock,cannot fulfill, orderId={}", orderId); throw new BaseBizException(OrderErrorCodeEnum.ORDER_FULFILL_ERROR); } try { //2.触发订单履约逻辑 //注意这里分布式锁加锁放在了本地事务外面 orderFulFillService.triggerOrderFulFill(orderId); } finally { if (lock) { redisLock.unlock(key); } } } return ConsumeConcurrentlyStatus.CONSUME_SUCCESS; } catch (Exception e) { log.error("consumer error", e); //本地业务逻辑执行失败,触发消息重新消费 return ConsumeConcurrentlyStatus.RECONSUME_LATER; } }}
@Servicepublic class OrderFulFillServiceImpl implements OrderFulFillService { ... @Transactional(rollbackFor = Exception.class) @Override public void triggerOrderFulFill(String orderId) throws OrderBizException { //1.获取订单数据 OrderInfoDO order = orderInfoDAO.getByOrderId(orderId); if (Objects.isNull(order)) { return; } //2.校验订单是否已支付 OrderStatusEnum orderStatus = OrderStatusEnum.getByCode(order.getOrderStatus()); if (!OrderStatusEnum.PAID.equals(orderStatus)) { log.info("order has not been paid,cannot fulfill, orderId={}", order.getOrderId()); return; } //3.推送订单至履约系统 JsonResult<Boolean> jsonResult = fulfillApi.receiveOrderFulFill(buildReceiveFulFillRequest(order)); if (!jsonResult.getSuccess()) { log.error("push order to fulfill-system error,orderId={}", order.getOrderId()); throw new OrderBizException(OrderErrorCodeEnum.ORDER_FULFILL_ERROR); } //4.更新订单状态为:已履约 orderInfoDAO.updateOrderStatus(orderId, OrderStatusEnum.PAID.getCode(), OrderStatusEnum.FULFILL.getCode()); //5.并插入一条订单变更记录 orderOperateLogDAO.save(orderOperateLogFactory.get(order, OrderStatusChangeEnum.ORDER_FULFILLED)); // TODO 使用事务消息,解决:推送履约系统成功,但是执行本地事物失败的场景 } ...}
复制代码


6.推送订单到履约系统时的消息丢失和消费重复问题


订单系统中可能存在消息丢失的三个业务环节,如下虚线所示:



解决方法如下:

 

环节一:支付回调后更新订单状态成功,但是发送订单支付成功的消息到 MQ 失败。此时可以通过使用 RocketMQ 的事务机制来解决。

 

环节二:消息消费时为了保证幂等,可以通过分布式锁 + 状态前置校验来实现。加分布式锁是为了防止并非请求进来后可能会避开状态的前置校验。加分布式锁应放在本地事务外,⽽不能将加锁包裹在本地事务⾥。

 

环节三:订单系统消费订单支付成功消息时,调用履约系统的接⼝失败了。此时需要抛出异常,并触发 MQ 的消息重复消费功能,重新执⾏订单履约流程。也就是利用 MQ 的重试队列 + 死信队列,确保消息能成功消费。

 

环节四:履约系统的接⼝调用成功了,但是更新订单状态为已履约的本地事务的执行失败了。此时需要保证调⽤履约系统接⼝和本地事务执⾏的最终⼀致性,这可以通过使⽤RocketMQ 的事务机制实现。

 

7.推送订单到履约系统时面临的问题


问题一:(步骤 2 成功 + 步骤 3 失败)

支付回调后更新订单状态成功,但发送订单支付成功的消息到 MQ 失败。此时,可以使用 RocketMQ 的事务机制来解决。

 

问题二:(步骤 4 成功 + 步骤 5 失败)

订单系统消费订单支付成功的消息成功,但调⽤履约系统接⼝失败。此时,可以利用 MQ 的重试队列 + 死信队列,确保消息能成功消费。

 

问题三:(步骤 5 成功 + 步骤 6 失败)

订单系统调用履约系统的接口成功,但执行本地事务更新订单状态失败。此时,可以使用 RocketMQ 的事务机制来解决。


 

8.推送订单到履约系统失败后的 MQ 重试与死信机制


消费 MQ 的订单支付成功消息时,会 try catch 推送订单到履约系统的异常。如果发现抛出异常,就会返回 MQ 一个 RECONSUME_LATER 重新消费。


//监听订单支付成功的消息@Componentpublic class PaidOrderSuccessListener implements MessageListenerConcurrently {    @Autowired    RedisLock redisLock;
@Autowired private OrderFulFillService orderFulFillService;
@Override public ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> list, ConsumeConcurrentlyContext consumeConcurrentlyContext) { try { for (MessageExt messageExt : list) { String message = new String(messageExt.getBody()); PaidOrderSuccessMessage paidOrderSuccessMessage = JSON.parseObject(message, PaidOrderSuccessMessage.class); String orderId = paidOrderSuccessMessage.getOrderId(); log.info("触发订单履约,orderId:{}", orderId); //1.加分布式锁 + 里面的履约前置状态校验防止消息重复消费 String key = RedisLockKeyConstants.ORDER_FULFILL_KEY + orderId; boolean lock = redisLock.lock(key); if (!lock) { log.error("order has not acquired lock,cannot fulfill, orderId={}", orderId); throw new BaseBizException(OrderErrorCodeEnum.ORDER_FULFILL_ERROR); } try { //2.触发订单履约逻辑 //注意这里分布式锁加锁放在了本地事务外面 orderFulFillService.triggerOrderFulFill(orderId); } finally { if (lock) { redisLock.unlock(key); } } } return ConsumeConcurrentlyStatus.CONSUME_SUCCESS; } catch (Exception e) { log.error("consumer error", e); //本地业务逻辑执行失败,触发消息重新消费 return ConsumeConcurrentlyStatus.RECONSUME_LATER; } }}
@Servicepublic class OrderFulFillServiceImpl implements OrderFulFillService { ... @Transactional(rollbackFor = Exception.class) @Override public void triggerOrderFulFill(String orderId) throws OrderBizException { //1.获取订单数据 OrderInfoDO order = orderInfoDAO.getByOrderId(orderId); if (Objects.isNull(order)) { return; } //2.校验订单是否已支付 OrderStatusEnum orderStatus = OrderStatusEnum.getByCode(order.getOrderStatus()); if (!OrderStatusEnum.PAID.equals(orderStatus)) { log.info("order has not been paid,cannot fulfill, orderId={}", order.getOrderId()); return; } //3.推送订单至履约系统 JsonResult<Boolean> jsonResult = fulfillApi.receiveOrderFulFill(buildReceiveFulFillRequest(order)); if (!jsonResult.getSuccess()) { log.error("push order to fulfill-system error,orderId={}", order.getOrderId()); throw new OrderBizException(OrderErrorCodeEnum.ORDER_FULFILL_ERROR); } //4.更新订单状态为:已履约 orderInfoDAO.updateOrderStatus(orderId, OrderStatusEnum.PAID.getCode(), OrderStatusEnum.FULFILL.getCode()); //5.并插入一条订单变更记录 orderOperateLogDAO.save(orderOperateLogFactory.get(order, OrderStatusChangeEnum.ORDER_FULFILLED)); //TODO 使用事务消息解决:推送履约系统成功,但是执行本地事物失败的场景 } ...}
复制代码


注意:MQ 的一个 Topic 会分为 3 种队列:业务队列、重试队列、死信队列。发送到 MQ 的消息会放入业务队列中。消费 MQ 的消息失败时,响应 MQ 需要进行重试,消息则放入重试队列。在重试队列中重复消费 16 次(约 2 小时)都没能成功,消息则放入死信队列。死信队列的消息需要重新监听进行消费才能处理。


 

9.订单支付成功后的履约流程


(1)订单履约接口的使用场景


订单系统触发履约流程时会调⽤该接⼝,将订单履约信息推送给履约系统。

 

(2)订单履约接口的具体实现


履约服务需要提供该接⼝进⾏后续的订单履约操作。在这⾥,履约系统将扮演"仓储+物流"的⻆⾊,会进⾏后续的商品捡货出库、商品打包邮寄配送、以及包裹签收的流程。具体如下所示:



@DubboService(version = "1.0.0", interfaceClass = FulfillApi.class, retries = 0)public class FulfillApiImpl implements FulfillApi {    @Override    public JsonResult<Boolean> receiveOrderFulFill(ReceiveFulFillRequest request) {        ...        log.info("接受订单履约成功,request={}", JSONObject.toJSONString(request));        return JsonResult.buildSuccess(true);    }    ...}
//接受订单履约请求@Data@Builderpublic class ReceiveFulFillRequest implements Serializable { private String orderId;//订单号 private String sellerId;//商家id private String userId;//用户id private Integer deliveryType;//配送类型,默认是自配送 private String receiverName;//收货人姓名 private String receiverPhone;//收货人电话 private String receiverProvince;//省 private String receiverCity;//市 private String receiverArea;//区 private String receiverStreetAddress;//街道地址 private String receiverDetailAddress;//详细地址 private BigDecimal receiverLon;//经度 六位小数点 private BigDecimal receiverLat;//纬度 六位小数点 private String shopRemark;//商家备注 private String userRemark;//用户备注 private Integer payType;//支付方式 private Integer payAmount;//付款总金额 private Integer totalAmount;//交易总金额 private Integer deliveryAmount;//运费 private List<ReceiveOrderItemRequest> receiveOrderItems;//订单商品明细
@Tolerate public ReceiveFulFillRequest() { }}
//履约订单商品明细请求@Data@Builderpublic class ReceiveOrderItemRequest implements Serializable { private String skuCode;//商品id private String productName;//商品名称 private Integer salePrice;//销售单价 private Integer saleQuantity;//销售数量 private String productUnit;//商品单位 private Integer payAmount;//付款金额 private Integer originAmount;//当前商品支付原总价
@Tolerate public ReceiveOrderItemRequest() { }}
复制代码


(3)订单履约的全流程图


 

10.订单履约状态消息的乱序问题和消息强顺序方案


(1)RocketMQ 的消息乱序问题


同一个订单的各个履约状态消息写到 MQ 之后,会先被写入到 CommitLog 中,然后再被分散到不同的 ConsumerQueue 里。ConsumerQueue 会记录消息在 CommitLog 中的 offset。不同的 ConsumerQueue 又会被不同的线程或不同服务的进程来消费处理,从而导致同一个订单的多个履约状态消息可能出现乱序消费的问题。比如可能先消费了某个订单的物流配送消息,再消费该订单的出库消息。



(2)RocketMQ 的消息强顺序方案


同一个订单 ID 的各个履约状态需要写入同一个 ConsumerQueue,因为 ConsumerQueue 里的消息是会按顺序消费的,而这可以通过重写 MQ 的 MessageQueueSelector 的 select()方法来实现。


@DubboService(version = "1.0.0", interfaceClass = FulfillApi.class, retries = 0)public class FulfillApiImpl implements FulfillApi {    @Autowired    private DefaultProducer defaultProducer;    ...
@Override public JsonResult<Boolean> triggerOrderWmsShipEvent(String orderId, OrderStatusChangeEnum orderStatusChange, BaseWmsShipEvent wmsEvent) { log.info("触发订单物流配送结果事件,orderId={}, orderStatusChange={}, wmsEvent={}", orderId, orderStatusChange, JSONObject.toJSONString(wmsEvent)); Message message = null; String body = null; if (OrderStatusChangeEnum.ORDER_OUT_STOCKED.equals(orderStatusChange)) { message = new Message(); //订单已出库事件 OrderOutStockWmsEvent outStockEvent = (OrderOutStockWmsEvent) wmsEvent; outStockEvent.setOrderId(orderId); //构建订单已出库消息体 OrderEvent<OrderOutStockWmsEvent> orderEvent = buildOrderEvent(orderId, OrderStatusChangeEnum.ORDER_OUT_STOCKED, outStockEvent, OrderOutStockWmsEvent.class); body = JSONObject.toJSONString(orderEvent); } else if (OrderStatusChangeEnum.ORDER_DELIVERED.equals(orderStatusChange)) { message = new Message(); //订单已配送事件 OrderDeliveredWmsEvent deliveredWmsEvent = (OrderDeliveredWmsEvent) wmsEvent; deliveredWmsEvent.setOrderId(orderId); //构建订单已配送消息体 OrderEvent<OrderDeliveredWmsEvent> orderEvent = buildOrderEvent(orderId, OrderStatusChangeEnum.ORDER_DELIVERED, deliveredWmsEvent, OrderDeliveredWmsEvent.class); body = JSONObject.toJSONString(orderEvent); } else if (OrderStatusChangeEnum.ORDER_SIGNED.equals(orderStatusChange)) { message = new Message(); //订单已签收事件 OrderSignedWmsEvent signedWmsEvent = (OrderSignedWmsEvent) wmsEvent; signedWmsEvent.setOrderId(orderId); //构建订单已签收消息体 OrderEvent<OrderSignedWmsEvent> orderEvent = buildOrderEvent(orderId, OrderStatusChangeEnum.ORDER_SIGNED, signedWmsEvent, OrderSignedWmsEvent.class); body = JSONObject.toJSONString(orderEvent); }
if (null != message) { message.setTopic(RocketMqConstant.ORDER_WMS_SHIP_RESULT_TOPIC); message.setBody(body.getBytes(StandardCharsets.UTF_8)); try { DefaultMQProducer defaultMQProducer = defaultProducer.getProducer(); SendResult sendResult = defaultMQProducer.send(message, new MessageQueueSelector() { //消息强顺序方案 @Override public MessageQueue select(List<MessageQueue> mqs, Message message, Object arg) { //根据订单id选择发送queue String orderId = (String) arg; long index = hash(orderId) % mqs.size(); return mqs.get((int) index); } }, orderId); log.info("send order wms ship result message finished,SendResult status:%s, queueId:%d, body:%s", sendResult.getSendStatus(), sendResult.getMessageQueue().getQueueId(), body); } catch (Exception e) { log.error("send order wms ship result message error, orderId={}, err={}", orderId, e.getMessage(), e); } } return JsonResult.buildSuccess(true); } ...}
复制代码


11.订单履约状态消息的挂起重试和幂等处理


(1)订单系统对履约状态消息的业务处理


情况一:订单系统监听到"订单已出库消息"

首先,校验订单状态,如果订单状态不是已履约,流程直接结束。然后,订单配送表增加出库时间。接着,更新订单状态为已出库,并增加⼀条操作⽇志。

 

情况二:订单系统监听到"订单已配送消息"

首先,校验订单状态,如果订单状态不是已出库,流程直接结束。然后,订单配送表增加配送员信息(编号、⼿机、姓名)。接着,更新订单状态为已配送,并增加⼀条操作⽇志。

 

情况三:订单系统监听到"订单已签收消息"

首先,校验订单状态,如果订单状态不是已签收,流程直接结束。然后,订单配送表增加签收时间。接着,更新订单状态为签收,并增加⼀条操作⽇志。

 

(2)订单系统消费履约状态消息时的关键处理


一.消费失败时进行挂起重试处理

本地业务逻辑需要加数据库事务。当本地事务执⾏失败时需要抛异常,触发 MQ 的消息重复消费功能。此时返回如下挂起重试响应给 MQ,先挂起该消费线程,然后再重新消费消息执⾏订单履约流程。

挂起重试响应:SUSPEND_CURRENT_QUEUE_A_MOMENT重复消费响应:RECONSUME_LATER
复制代码

由于同一个订单的已出库、已配送、已签收消息需要顺序消费,所以如果同一个订单的已出库消息消费异常,就不能继续往下消费,也不能直接返回重复消费响应给 MQ。而是需要返回上述挂起重试响应给 MQ,即挂起当前消费线程,然后再重复消费该消息,直到成功才继续消费。

 

二.消息消费的幂等处理

通过分布式锁 + 状态前置校验实现。加分布式锁是为了防止并非请求进来后可能会避开状态的前置校验。加分布式锁应该放在本地事务外,不能将加锁包裹在本地事务⾥。

 

三.模版方法模式的应用

通过模板⽅法模式规范对已出库、已配送、已签收的处理流程。


//消费订单物流配送结果消息@Componentpublic class OrderWmsShipResultListener implements MessageListenerOrderly {    @Autowired    private RedisLock redisLock;
@Autowired private OrderFulFillService orderFulFillService;
@Override public ConsumeOrderlyStatus consumeMessage(List<MessageExt> list, ConsumeOrderlyContext consumeOrderlyContext) { OrderEvent orderEvent; try { for (MessageExt messageExt : list) { String message = new String(messageExt.getBody()); log.info("received orderWmsShopResult message:{}", message); orderEvent = JSONObject.parseObject(message, OrderEvent.class); //1.解析消息 WmsShipDTO wmsShipDTO = buildWmsShip(orderEvent); //2.加分布式锁 + 里面的前置状态校验防止消息重复消费 String key = RedisLockKeyConstants.ORDER_WMS_RESULT_KEY + wmsShipDTO.getOrderId(); boolean lock = redisLock.lock(key); if (!lock) { log.error("order has not acquired lock,cannot inform order wms result, orderId={}", wmsShipDTO.getOrderId()); throw new BaseBizException(OrderErrorCodeEnum.ORDER_NOT_ALLOW_INFORM_WMS_RESULT); } //3.通知订单物流结果 //注意这里分布式锁加锁放在了本地事务外面 try { orderFulFillService.informOrderWmsShipResult(wmsShipDTO); } finally { if (lock) { redisLock.unlock(key); } } } return ConsumeOrderlyStatus.SUCCESS; } catch (Exception e) { //处理业务逻辑失败! Suspend current queue a moment return ConsumeOrderlyStatus.SUSPEND_CURRENT_QUEUE_A_MOMENT; } }
private WmsShipDTO buildWmsShip(OrderEvent orderEvent) { String messageContent = JSONObject.toJSONString(orderEvent.getMessageContent()); WmsShipDTO wmsShipDTO = new WmsShipDTO(); wmsShipDTO.setStatusChange(orderEvent.getOrderStatusChange()); if (OrderStatusChangeEnum.ORDER_OUT_STOCKED.equals(orderEvent.getOrderStatusChange())) { //订单已出库消息 OrderOutStockWmsEvent outStockWmsEvent = JSONObject.parseObject(messageContent, OrderOutStockWmsEvent.class); BeanCopierUtil.copyProperties(outStockWmsEvent, wmsShipDTO); } else if (OrderStatusChangeEnum.ORDER_DELIVERED.equals(orderEvent.getOrderStatusChange())) { //订单已配送消息 OrderDeliveredWmsEvent deliveredWmsEvent = JSONObject.parseObject(messageContent, OrderDeliveredWmsEvent.class); BeanCopierUtil.copyProperties(deliveredWmsEvent, wmsShipDTO); } else if (OrderStatusChangeEnum.ORDER_SIGNED.equals(orderEvent.getOrderStatusChange())) { //订单已签收消息 OrderSignedWmsEvent signedWmsEvent = JSONObject.parseObject(messageContent, OrderSignedWmsEvent.class); BeanCopierUtil.copyProperties(signedWmsEvent, wmsShipDTO); } return wmsShipDTO; }}
@Servicepublic class OrderFulFillServiceImpl implements OrderFulFillService { @Autowired private SpringApplicationContext springApplicationContext; ...
@Override public void informOrderWmsShipResult(WmsShipDTO wmsShipDTO) throws OrderBizException { //1.获取对应的订单物流结果处理器 OrderWmsShipResultProcessor processor = getProcessor(wmsShipDTO.getStatusChange()); //2.执行 if (null != processor) { processor.execute(wmsShipDTO); } }
//获取对应的订单物流结果处理器 private OrderWmsShipResultProcessor getProcessor(OrderStatusChangeEnum orderStatusChange) { if (OrderStatusChangeEnum.ORDER_OUT_STOCKED.equals(orderStatusChange)) { return springApplicationContext.getBean(OrderOutStockedProcessor.class); } else if (OrderStatusChangeEnum.ORDER_DELIVERED.equals(orderStatusChange)) { return springApplicationContext.getBean(OrderDeliveredProcessor.class); } else if (OrderStatusChangeEnum.ORDER_SIGNED.equals(orderStatusChange)) { return springApplicationContext.getBean(OrderSignedProcessor.class); } return null; } ...}
//Spring IOC容器组件public class SpringApplicationContext { //Spring容器 private ApplicationContext context;
//构造函数 public SpringApplicationContext(ApplicationContext context) { this.context = context; }
//获取bean public <T> T getBean(Class<? extends T> clazz) { return context.getBean(clazz); }}
@Configuration@Import(value = {WebConfiguration.class, RedisConfig.class, SpringApplicationContext.class})public class CommonAutoConfiguration {}
public abstract class AbstractWmsShipResultProcessor implements OrderWmsShipResultProcessor { ... @Transactional(rollbackFor = Exception.class) @Override public void execute(WmsShipDTO wmsShipDTO) throws OrderBizException { //1.查询订单 OrderInfoDO order = orderInfoDAO.getByOrderId(wmsShipDTO.getOrderId()); if (null == order) { return; } //2.校验订单状态 if (!checkOrderStatus(order)) { return; } //3.执行具体的业务逻辑 doExecute(wmsShipDTO, order); //4.更新订单状态 changeOrderStatus(order, wmsShipDTO); //5.增加操作日志 saveOrderOperateLog(order, wmsShipDTO); } ...}
//订单已签收物流结果处理器@Componentpublic class OrderSignedProcessor extends AbstractWmsShipResultProcessor { @Autowired private OrderDeliveryDetailDAO orderDeliveryDetailDAO;
@Override protected boolean checkOrderStatus(OrderInfoDO order) throws OrderBizException { OrderStatusEnum orderStatus = OrderStatusEnum.getByCode(order.getOrderStatus()); if (!OrderStatusEnum.DELIVERY.equals(orderStatus)) { return false; } return true; }
@Override protected void doExecute(WmsShipDTO wmsShipDTO, OrderInfoDO order) { //增加订单配送表的签收时间 OrderDeliveryDetailDO deliveryDetail = orderDeliveryDetailDAO.getByOrderId(order.getOrderId()); orderDeliveryDetailDAO.updateSignedTime(deliveryDetail.getId(), wmsShipDTO.getSignedTime()); }}
复制代码


12.幂等性介绍


(1)什么是幂等性


幂等操作的特点是其任意多次执行产生的影响均与一次执行的影响相同。幂等函数或幂等方法是指可使用相同参数重复执行,并能获得相同结果。这些函数不会影响系统状态,也不用担心重复执行会对系统造成改变。

 

(2)什么是接口幂等性


在 HTTP/1.1 中,对幂等性进行了定义。它描述了一次和多次请求某一个资源对于资源本身应该具有同样的结果。即第一次请求时对资源产生了副作用,但以后多次请求都不会产生副作用,这里的副作用是不会对结果产生破坏或者产生不可预料的结果。也就是说,任意多次执行对资源本身产生的影响均与一次执行的影响相同,但网络超时等问题除外。

 

(3)为什么需要实现幂等性


在接口调用时一般情况下都能正常返回信息不会重复提交,不过在遇到以下情况时可能就会出现问题:

 

一.前端重复提交表单

在填写一些表格时候,用户填写完成提交。很多时候会因网络波动没有及时对用户做出提交成功响应,致使用户认为没有成功提交,然后一直点提交按钮。这时就会发生重复提交表单请求。

 

二.用户恶意进行刷单

例如在实现用户投票这种功能时,如果一个用户重复提交投票,这样会导致接口接收到用户重复提交的投票,使投票结果与事实不符。

 

三.接口超时重复提交

很多时候 HTTP 客户端工具都默认开启超时重试的机制。尤其是第三方调用接口时,为了防止网络波动超时等造成的请求失败,都会添加重试机制,导致一个请求提交多次。

 

四.消息进行重复消费

当使用 MQ 消息中间件时,如果发生 MQ 出现错误未及时提交消费信息,那么就会导致发生重复消费。使用幂等性最大的优势在于:使接口保证任何幂等性操作,免去因重试等原因造成系统产生未知问题。

 

(4)引人幂等性后对系统产生的影响


幂等性是为了简化客户端逻辑处理,能防止重复提交等操作。但却增加了服务端的逻辑复杂性和成本,其主要是:一.把并行执行的功能改为串行执行,降低了执行效率。二.增加了额外控制幂等的业务逻辑,复杂化了业务功能。

 

(5)如何实现幂等性


一.通过数据库唯一主键来实现幂等性

方案描述:数据库唯一主键的实现主要是利用数据库中主键唯一约束的特性。一般来说唯一主键比较适用于插入时的幂等性,唯一主键能保证一张表中只能存在一条带该唯一主键的记录。使用数据库唯一主键完成幂等性时需要注意的是:该主键一般不是使用数据库中的自增主键,而是使用分布式 ID 充当主键。分布式 ID 的生成方案:Snowflake 算法、数据库号段模式、Redis 自增。

 

适用操作:插入操作、删除操作

 

使用限制:需要生成全局唯一主键 ID

 

主要步骤:

步骤一:客户端执行创建请求,调用服务端接口

 

步骤二:服务端执行业务逻辑,生成一个分布式 ID,将该 ID 充当待插入数据的主键,然后进行数据插入

 

步骤三:服务端将该条数据插入数据库中。如果插入成功则表示没有重复调用接口,如果抛出主键重复异常,则表示数据库中已经存在该条记录

 

二.通过数据库乐观锁来实现幂等性

方案描述:数据库乐观锁方案一般只能适用于执行更新操作的过程。可以提前在对应的数据表中添加一个字段,充当当前数据的版本标识。这样每次对该数据表的数据执行更新时,都会将该版本标识作为一个条件,值为上次更新完数据后的版本标识的值。

 

适用操作:更新操作

 

使用限制:需要在业务表中添加版本号字段

 

三.通过防重 Token 令牌来实现幂等性

方案描述:针对客户端连续点击或者调用方的超时重试等情况,例如提交订单,此种操作就可以用 Token 机制实现防止重复提交。调用方在调用接口时先向后端请求一个全局 ID(Token),然后请求时再携带这个全局 ID 一起请求(Token 最好将其放到 Headers 中)。后端会以 Token 作为 Key + 用户信息作为 Value 到 Redis 中进行键值内容校验。如果 Key 存在且 Value 匹配就执行删除命令,然后正常执行后面的业务逻辑。如果不存在对应的 Key 或 Value 不匹配就返回重复执行的错误信息,以此来保证操作的幂等性。

 

适用操作:插入操作、更新操作、删除操作

 

使用限制:需要 Token 全局唯一 + 使用 Redis

 

主要步骤:

步骤一:服务端提供获取 Token 的接口。该 Token 可以是一个序列号,也可以是一个分布式 ID 或 UUID

 

步骤二:客户端调用接口获取 Token,这时候服务端会生成一个 Token 字符串

 

步骤三:然后将该串存入 Redis,以该 Token 作为 Redis 的键(设置过期时间)

 

步骤四:将 Token 返回到客户端,客户端拿到后应存到表单隐藏域中

 

步骤五:客户端在执行提交表单时,把 Token 存入到 Headers 中,提交业务请求时带上该 Headers

 

步骤六:服务端接收到请求后从 Headers 获取 Token,然后根据 Token 到 Redis 查找 key 是否存在

 

步骤七:服务端根据 Redis 中是否存 key 进行判断。如果存在就将该 key 删除,然后正常执行业务逻辑。如果不存在就抛异常,返回重复提交的错误信息

 

四.通过下游传递唯一序列号来实现幂等性

方案描述:请求序列号,就是每次向服务端请求时附带一个短时间内唯一的序列号。该序列号可以是一个有序 ID,也可以是一个订单号。一般由下游生成,在调用上游服务端接口时附加该序列号和用于认证的 ID。当上游服务器收到请求信息后拿取该序列号和下游认证 ID 进行组合,形成用于操作 Redis 的 Key,然后查询是否存在对应的 Key 的键值对。如果存在,就说明已经对下游的该序列号的请求进行了业务处理,这时可以直接响应重复请求的错误信息。如果不存在,就以该 Key 作为 Redis 的键,以下游关键信息作为存储的值,将该键值对存储到 Redis 中 ,然后再正常执行对应的业务逻辑即可。

 

适用操作:插入操作、更新操作、删除操作

 

使用限制:要求传唯一序列号 + 使用 Redis

 

主要步骤:

步骤一:下游服务生成分布式 ID 作为序列号,然后执行请求调用上游接口,并附带"唯一序列号"与请求的"认证凭据 ID"

 

步骤二:上游服务进行安全效验,检测下游传递的参数中是否存在"序列号"和"凭据 ID"

 

步骤三:上游服务到 Redis 检测是否存在对应的"序列号"与"认证 ID"组成的 Key。如果存在就抛出重复执行的异常信息,然后响应下游对应的错误信息。如果不存在就以该"序列号"和"认证 ID"组合作为 Key,以下游关键信息作为 Value,存储到 Redis 中,然后正常执行业务逻辑

 

(6)实现幂等性总结


一.对于下单等存在唯一主键的插入删除场景,可以使用"唯一主键方案"来实现幂等性

 

二.对于更新订单状态等相关更新场景,可以使用"乐观锁方案"来实现幂等性

 

三.对于下游请求上游的插入更新删除场景,上游可使用"下游传递唯一序列号方案"来实现幂等性

 

四.类似前端重复提交、重复下单、没有唯一 ID 号场景,可以通过 Token 与 Redis 配合的"防重 Token 方案"来实现幂等性


文章转载自:东阳马生架构

原文链接:https://www.cnblogs.com/mjunz/p/18974946

体验地址:http://www.jnpfsoft.com/?from=001YH

用户头像

还未添加个人签名 2025-04-01 加入

还未添加个人简介

评论

发布
暂无评论
订单初版—支付和履约链路中的技术问题说明文档_架构_量贩潮汐·WholesaleTide_InfoQ写作社区