美客多订单下载时效优化方案

一，订单下载服务

1. 接收到平台推送的订单消息后，将消息转发至子系统的MQ队列。

2. 搭建一个消费端公共方法，专门处理平台推送的订单消息，方便以后扩展aliexpress,Lazada,wish,ebay或者其他平台。

3. 消费端接收到消息之后，将消息保存至MYSQL队列表(每个平台一个单独的队列表，表名称规范RB_平台名称_Order_Queue)，队列表包含推送消息的所有字段，以及AddTime【添加使时间】，ProcessStatus【处理状态】，ProcessTime【处理时间】，SendMQStatus【发送MQ消息状态】，SendMqMessage【发送MQ失败消息】。

4. 保存队列后，使用订单号调用平台接口，获取订单，保存至数据库。并且将队列表设置为已处理。如果需要重试队列，则将队列状态设置为异常重试状态。

5. 定时检测异常队列服务【频率，5钟】，定时检测队列表超过一个小时未执行队列或者【异常重试状态】队列，重新发送一个次MQ消息。该任务是为了检测服务中断或者异常导致的未完成队列，重新执行一次。

6. 定时归档队列表服务【频率，30分钟】，每次清理已执行成功，并且处理时间超过1个小时的队列至归档表，归档表是为了方便以后查询问题。

二，订单补漏服务【补漏服务是为了避免平台异常导致漏推送订单】

1. 创建一个新的MQ队列和补漏队列表，定时发送补漏的MQ消息，专门用于执行补漏服务的队列。

2. 使用原有的订单下载服务做为补漏服务，每次间隔8个小时补漏一次，每次补漏的时间范围是【1个小时前，24个小时内】。

三，美客多订单下载方法

1. 创建一个抽象基类，定义1个根据订单号下载订单的抽象方法，入参为队列表ID，返参为执行状态，消息，订单号，渠道ID，卖家ID，并且注入数据库实例。

2. 所有订单下载服务继承该基类，实现下载订单的抽象方法，执行订单下载。

工时预估：80H

1. 搭建MQ消费端【12H】

2. 编写公共方法【24H】

3. 定时检测异常队列服务【8H】

4. 定时归档队列表服务【6H】

5. 补漏服务【16H】

6. 美客多订单下载方法【16H】

7. 整体线上调试性能并且优化【8H】