CN114723526A - 订单的处理方法、装置、服务器及计算机存储介质 - Google Patents

Abstract

本申请提供一种订单的处理方法、装置、服务器及计算机存储介质，该方法包括：接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；然后，将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。本申请通过创建订单时订单数据先保存到远程字典服务中，借助远程字典服务高效的写入能力提高下单速度。并借助订阅消息系统提供的缓冲队列功能，提高瞬时订单处理量。

Description

订单的处理方法、装置、服务器及计算机存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种订单的处理方法、装置、服务器及计算机存储介质。

背景技术

随着互联网技术的发展，网上购物已经越来越普及，电商网站都在想办法为用户提供良好的购物体验，其中下单环节是购物过程中的关键环节，但是由于平台积累的用户量大，或者促销活动火爆，下单量瞬间增加会导致下单速率下降，甚至数据库卡死。

目前，在缺少有效处理手段的情况下只能控制下单请求量，超出流量阈值请求会被拒绝，这样会导致一部分有购买需求的用户的下单被拒绝，一方面用户体验差，另一方面也降低了电商网站的成交额。

发明内容

有鉴于此，本申请提供一种订单的处理方法、装置、服务器及计算机存储介质，可以有效的提升订单的处理速度。

本申请第一方面提供了一种订单的处理方法，包括：

接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；

根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；

将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；

当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。

可选的，所述订单的处理方法，还包括：

接收订单的支付请求；其中，所述订单的支付请求包括待支付订单的原始数据；

根据所述待支付订单的原始数据进行订单创建，得到第二目标订单；

将所述第二目标订单保存至远程字典服务，并向用户展示所述第二目标订单；

当用户在成功支付所述第二目标订单后，强制刷新所有订单状态，将所述第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

可选的，所述订单的处理方法，还包括：

接收订单的取消请求；其中，所述订单的取消请求包括待取消订单的原始数据；

根据所述待取消订单的原始数据进行订单创建，得到第三目标订单；

将所述第三目标订单保存至远程字典服务，并向用户展示所述第三目标订单；

当用户在确认所述第三目标订单后，强制刷新所有订单状态，将所述第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

可选的，所述订单的处理方法，还包括：

接收订单的查询请求；其中，所述订单的查询请求包括待查询订单的信息和所述待查询订单的类型；所述待查询订单的类型分为第一类型和第二类型；所述第一类型包括查询全部订单和查询处于待支付状态的订单；所述第二类型包括查询处于待发货状态的订单、查询处于待收货状态的订单和查询处于待评价状态的订单；

若所述待查询订单的类型为所述第二类型，则直接在所述数据库管理系统中查询所述待查询订单的信息，得到查询结果；

若所述待查询订单的类型为所述第一类型，则同时在所述远程字典服务和所述数据库管理系统中查询所述待查询订单的信息的订单，分别得到第一查询结果和第二查询结果；

将所述第一查询结果和所述第二查询结果进行合并后，进行订单去重操作，得到第三查询结果；

向用户展示所述第三查询结果。

可选的，所述向用户展示所述第三查询结果之前，还包括：

对所述第三查询结果中的订单，按照订单所属的父订单的ID进行排序操作，得到排序后的第三查询结果；

其中，所述向用户展示所述第三查询结果，包括：

向用户展示所述排序后的第三查询结果。

本申请第二方面提供了一种订单的处理装置，包括：

接收单元，用于接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；

订单创建单元，用于根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；

保存单元，用于将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；

迁移单元，用于当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。

可选的，所述订单的处理装置，还包括：

所述接收单元，还用于接收订单的支付请求；其中，所述订单的支付请求包括待支付订单的原始数据；

所述订单创建单元，还用于根据所述待支付订单的原始数据进行订单创建，得到第二目标订单；

所述保存单元，还用于将所述第二目标订单保存至远程字典服务，并向用户展示所述第二目标订单；

所述迁移单元，还用于当用户在成功支付所述第二目标订单后，强制刷新所有订单状态，将所述第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

可选的，所述订单的处理装置，还包括：

所述接收单元，还用于接收订单的取消请求；其中，所述订单的取消请求包括待取消订单的原始数据；

所述订单创建单元，还用于根据所述待取消订单的原始数据进行订单创建，得到第三目标订单；

所述保存单元，还用于将所述第三目标订单保存至远程字典服务，并向用户展示所述第三目标订单；

所述迁移单元，还用于当用户在确认所述第三目标订单后，强制刷新所有订单状态，将所述第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

可选的，所述订单的处理装置，还包括：

所述接收单元，还用于接收订单的查询请求；其中，所述订单的查询请求包括待查询订单的信息和所述待查询订单的类型；所述待查询订单的类型分为第一类型和第二类型；所述第一类型包括查询全部订单和查询处于待支付状态的订单；所述第二类型包括查询处于待发货状态的订单、查询处于待收货状态的订单和查询处于待评价状态的订单；

第一查询子单元，用于若所述待查询订单的类型为所述第二类型，则直接在所述数据库管理系统中查询所述待查询订单的信息，得到查询结果；

第二查询子单元，用于若所述待查询订单的类型为所述第一类型，则同时在所述远程字典服务和所述数据库管理系统中查询所述待查询订单的信息的订单，分别得到第一查询结果和第二查询结果；

去重单元，用于将所述第一查询结果和所述第二查询结果进行合并后，进行订单去重操作，得到第三查询结果；

展示单元，用于向用户展示所述第三查询结果。

可选的，所述订单的处理装置，还包括：

排序单元，用于对所述第三查询结果中的订单，按照订单所属的父订单的ID进行排序操作，得到排序后的第三查询结果；

其中，所述展示单元，用于：

向用户展示所述排序后的第三查询结果。

本申请第三方面提供了一种服务器，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的订单的处理方法。

本申请第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的订单的处理方法。

由以上方案可知，本申请提供一种订单的处理方法、装置、服务器及计算机存储介质，所述订单的处理方法包括：接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；然后，将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。本申请通过创建订单时订单数据先保存到远程字典服务中，借助远程字典服务高效的写入能力提高下单速度。并借助订阅消息系统提供的缓冲队列功能，提高瞬时订单处理量。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种订单存储装置的示意图；

图2为本申请另一实施例提供的一种订单的处理方法的具体流程图；

图3为本申请另一实施例提供的一种订单数据E-R模型图；

图4为本申请另一实施例提供的一种创建订单的时序图；

图5为本申请另一实施例提供的一种订单的处理方法的具体流程图；

图6为本申请另一实施例提供的一种支付订单的时序图；

图7为本申请另一实施例提供的一种订单的处理方法的具体流程图；

图8为本申请另一实施例提供的一种取消订单的时序图；

图9为本申请另一实施例提供的一种订单的处理方法的具体流程图；

图10为本申请另一实施例提供的一种订单查询的流程图；

图11为本申请另一实施例提供的一种订单的处理装置的示意图；

图12为本申请另一实施例提供的一种实现订单的处理方法的服务器的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系，而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，现有技术中的订单存储装置靠数据库管理系统(如mysql)保存数据，mysql写入性能差，导致下单处理速度慢。然而，由于订单数据有强一致性要求，把订单涉及的多张表数据一起保存需要用到事务，但是事务又造成mysql性能下降，mysql响应延时增加，导致这种装置瞬时处理的订单量较少。

因此，本申请对现有的订单存储装置进行了改进，如图1所示，其中，redis为远程字典服务(Remote Dictionary Server)，其是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的应用程序编程接口(Application Programming Interface，API)；kafka为一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据。

用户使用客户端(如安装有APP的手机、电脑等)进行操作，客户端与商城服务直接交互，而商城服务为订单服务(即逻辑层)的上层服务，如商城服务接收到了客户端的请求，商城服务会请求订单服务，商城服务处理了更多的电商业务，比如查看库存、校验订单信息、计算订单价格，但是订单服务主要是创建订单的功能，商城服务完成一个订单创建涉及多个环节，创建和保存订单数据是由订单服务完成。

需要说明的是，本申请在具体的实现过程中，采用的数据库管理系统可以是但不限于mysql。订阅消息系统可以是但不限于kafka。订阅消息系统承担数据持久化的功能即数据层。

并根据改进后订单存储装置提供了一种订单的处理方法，如图2所示，具体包括以下步骤：

S201、接收订单的创建请求。

其中，订单的创建请求包括待创建订单的订单数据。

订单数据中涉及到但不限于父订单(goods_forder)、子订单(goods_order)、订单关联商品表(ref_order_goods)、订单营销工具抵扣金额表(goods_order_market)、订单积分记录表(order_credits)等，参阅图3，为订单数据E-R模型图的一个示意图。

需要说明的是，父订单是用于记录一次下单行为的总体结算信息，并以结算结果进行支付；子订单是根据拆单逻辑对同一次购买的商品进行拆分，例如用户通过购物车购买多个商品会根据商品所属的商家拆分成不同的子订单，系统在更新订单状态、物流追踪时，针对的就是子订单。

S202、根据待创建订单的订单数据进行订单创建，得到第一目标订单。

S203、将第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息。

现对远程字典服务中订单数据模型说明：如表1所示，一个用户的所有订单用一个hash(哈希)结构保存，key以用户uuid标识，feild保存父订单id，多个父订单保存在多个feild字段，每个父订单关联的订单数据以json格式保存在value中。

表1

S204、当第一待消费信息被成功消费时，将第一目标订单从远程字典服务中迁移至数据库管理系统中。

如图4所示，为本申请在实际应用过程中订单创建的时序图，用户在客户端进行订单操作，在订单服务接收到用户的订单的创建请求后，将生成的订单A保存至redis中，并等到redis返回的结果，redis返回的结果表明：订单A是否在redis中完成创建并保存。同时订单服务还会向kafka发送一个包含订单A相关信息的信息；当成功消费kafka后，再次在redis中查找到这个订单，并将订单A的数据保存至mysql，同时清除reidis中订单A。

可选的，在本申请的另一实施例中，订单的处理方法的一种实施方式，如图5所示，还包括：

S501、接收订单的支付请求。

其中，订单的支付请求包括待支付订单的原始数据。

S502、根据待支付订单的原始数据进行订单创建，得到第二目标订单。

S503、将第二目标订单保存至远程字典服务，并向用户展示第二目标订单。

S504、当用户在成功支付第二目标订单后，强制刷新所有订单状态，将第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新订单状态。

如图6所示，为本申请在实际应用过程中订单支付的时序图，用户在客户端选择立即购买后，商城服务首先对下单情况进行检查，然后对订单进行结算后，生成待支付订单的原始数据，并请求订单存储装置中的订单服务进行处理，订单服务根据待支付订单的原始数据据进行订单创建，得到支付订单B，将支付订单B保存至远程字典服务，并向用户展示支付订单B。等待用户在客户端上进行支付操作，当用户在客户端上使用第三方支付平台完成对支付订单B的付款，当商城服务收到第三方支付平台生成的订单支付结果后(同时也会向用户进行展示订单支付结果)，订单存储装置强制刷新所有订单状态，将支付订单B从远程字典服务中迁移至数据库管理系统中，并更新订单状态，最终向第三方支付平台反馈支付通知处理结果。

可选的，在本申请的另一实施例中，订单的处理方法的一种实施方式，如图7所示，还包括：

S701、接收订单的取消请求。

其中，订单的取消请求包括待取消订单的原始数据。

S702、根据待取消订单的原始数据进行订单创建，得到第三目标订单。

S703、将第三目标订单保存至远程字典服务，并向用户展示第三目标订单。

S704、当用户在确认第三目标订单后，强制刷新所有订单状态，将第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新订单状态。

如图8所示，为本申请在实际应用过程中取消订单的时序图，用户在客户端选择立即购买后，商城服务首先对下单情况进行检查，然后对订单进行结算后，生成待支付订单的原始数据，请求订单存储装置中的订单服务进行处理，订单服务根据待支付订单的原始数据据进行订单创建，得到支付订单C，将支付订单C保存至远程字典服务，并向用户展示支付订单C。等待用户在客户端上进行支付操作，当用户在客户端上取消订单后，订单存储装置强制刷新所有订单状态，将支付订单C从远程字典服务中迁移至数据库管理系统中，并更新订单状态为已取消，最终向商城服务进行反馈，并由商城服务向用户反馈处理结果。

需要说明的是，在本申请的实际应用的过程中，还会预先设置一个支付时间，当待支付的订单超过这个支付时间，会自动取消该订单。

可选的，在本申请的另一实施例中，订单的处理方法的一种实施方式，如图9所示，还包括：

S901、接收订单的查询请求。

其中，订单的查询请求包括待查询订单的信息和待查询订单的类型；待查询订单的类型分为第一类型和第二类型；第一类型包括查询全部订单和查询处于待支付状态的订单；第二类型包括查询处于待发货状态的订单、查询处于待收货状态的订单和查询处于待评价状态的订单。

S902、若待查询订单的类型为第二类型，则直接在数据库管理系统中查询待查询订单的信息，得到查询结果。

由于，第二类型的订单都保存在数据库管理系统中，因此，可以直接在数据库管理系统中直接进行查询。

S903、若待查询订单的类型为第一类型，则同时在远程字典服务和数据库管理系统中查询待查询订单的信息的订单，分别得到第一查询结果和第二查询结果。

由于，处于待支付状态的订单在落库前保存在远程字典服务，落库完成后保存到数据库管理系统中，在落库完成后才会去删除远程字典服务中订单，一定概率会出现订单既保存远程字典服务中，又保存在数据库管理系统中，因此查询处于待支付状态的订单既要查远程字典服务也要查远程字典服务。

而查询全部订单时，包含了处于待支付状态的订单，因此，也是要同时查远程字典服务和数据库管理系统。

需要说明的是，在查询数据库管理系统需要查出第一页到指定分页的全部数据。

S904、将第一查询结果和第二查询结果进行合并后，进行订单去重操作，得到第三查询结果。

需要说明的是，去重操作可以是但不限于，存放到map中用订单ID作为key进行去重。其中，map是指一种(key，value)的数据结构，一个key对应一个value，且key是不会重复的，本申请把订单ID作为key，订单相关数据作为value保存到map中，通过map的key不重复服务特性可以去除重复订单。

S905、向用户展示第三查询结果。

可选的，在本申请的另一实施例中，在向用户展示第三查询结果之前，还包括：

对第三查询结果中的订单，按照订单所属的父订单的ID进行排序操作，得到排序后的第三查询结果。

具体的，将排序后的订单，存放到新的数组中，并根据父订单ID进行排序后，就可以根据数组的下标获取指定分页的数据。

如图10所示，为本申请在实际应用过程中的对全部订单或待支付订单进行查询时的流程图；在收到订单查询请求时，并发查询redis和msyql中的订单，将两个查询结果进行合并后，放到map中用订单ID作为key进行去重操作，并将去重后的查询结果，存放到新的数组中，根据父订单ID进行排序后，根据数组下标取出对应分页的数据得到最终的查询结果，并将最终的查询结果存放到新的数组后返回，向用户展示。

由以上方案可知，本申请提供一种订单的处理方法：接收订单的创建请求；其中，订单的创建请求包括待创建订单的订单数据；根据待创建订单的订单数据进行订单创建，得到第一目标订单；然后，将第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；当第一待消费信息被成功消费时，将第一目标订单从远程字典服务中迁移至数据库管理系统中。本申请通过创建订单时订单数据先保存到远程字典服务中，借助远程字典服务高效的写入能力提高下单速度。并借助订阅消息系统提供的缓冲队列功能，提高瞬时订单处理量。

本申请另一实施例提供了一种订单的处理装置，如图11所示，具体包括：

接收单元1101，用于接收订单的创建请求。

其中，订单的创建请求包括待创建订单的订单数据。

订单创建单元1102，用于根据待创建订单的订单数据进行订单创建，得到第一目标订单。

保存单元1103，用于将第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息。

迁移单元1104，用于当第一待消费信息被成功消费时，将第一目标订单从远程字典服务中迁移至数据库管理系统中。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。

可选的，在本申请的另一实施例中，订单的处理装置的一种实施方式，还包括：

接收单元，还用于接收订单的支付请求。

其中，订单的支付请求包括待支付订单的原始数据。

订单创建单元，还用于根据待支付订单的原始数据进行订单创建，得到第二目标订单。

保存单元，还用于将第二目标订单保存至远程字典服务，并向用户展示第二目标订单。

迁移单元，还用于当用户在成功支付第二目标订单后，强制刷新所有订单状态，将第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新订单状态。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图5所示，此处不再赘述。

可选的，在本申请的另一实施例中，订单的处理装置的一种实施方式，还包括：

接收单元，还用于接收订单的取消请求。

其中，订单的取消请求包括待取消订单的原始数据。

订单创建单元，还用于根据待取消订单的原始数据进行订单创建，得到第三目标订单。

保存单元，还用于将第三目标订单保存至远程字典服务，并向用户展示第三目标订单。

迁移单元，还用于当用户在确认第三目标订单后，强制刷新所有订单状态，将第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新订单状态。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图7所示，此处不再赘述。

可选的，在本申请的另一实施例中，订单的处理装置的一种实施方式，还包括：

接收单元，还用于接收订单的查询请求。

其中，订单的查询请求包括待查询订单的信息和待查询订单的类型；待查询订单的类型分为第一类型和第二类型；第一类型包括查询全部订单和查询处于待支付状态的订单；第二类型包括查询处于待发货状态的订单、查询处于待收货状态的订单和查询处于待评价状态的订单。

第一查询子单元，用于若待查询订单的类型为第二类型，则直接在数据库管理系统中查询待查询订单的信息，得到查询结果。

第二查询子单元，用于若待查询订单的类型为第一类型，则同时在远程字典服务和数据库管理系统中查询待查询订单的信息的订单，分别得到第一查询结果和第二查询结果。

去重单元，用于将第一查询结果和第二查询结果进行合并后，进行订单去重操作，得到第三查询结果。

展示单元，用于向用户展示第三查询结果。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图9所示，此处不再赘述。

可选的，在本申请的另一实施例中，订单的处理装置的一种实施方式，还包括：

排序单元，用于对第三查询结果中的订单，按照订单所属的父订单的ID进行排序操作，得到排序后的第三查询结果。

其中，展示单元，用于：

向用户展示排序后的第三查询结果。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

由以上方案可知，本申请提供一种订单的处理装置：接收单元1101接收订单的创建请求；其中，订单的创建请求包括待创建订单的订单数据；订单创建单元1102根据待创建订单的订单数据进行订单创建，得到第一目标订单；然后，保存单元1103将第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；当第一待消费信息被成功消费时，迁移单元1104将第一目标订单从远程字典服务中迁移至数据库管理系统中。本申请通过创建订单时订单数据先保存到远程字典服务中，借助远程字典服务高效的写入能力提高下单速度。并借助订阅消息系统提供的缓冲队列功能，提高瞬时订单处理量。

本申请另一实施例提供了一种服务器，如图12所示，包括：

一个或多个处理器1201。

存储装置1202，其上存储有一个或多个程序。

当所述一个或多个程序被所述一个或多个处理器1201执行时，使得所述一个或多个处理器1201实现如上述实施例中任意一项所述的订单的处理方法。

本申请另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的订单的处理方法。

在本申请公开的上述实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，直播设备，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种订单的处理方法，其特征在于，包括：

接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；

根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；

将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；

当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。

2.根据权利要求1所述的处理方法，其特征在于，还包括：

接收订单的支付请求；其中，所述订单的支付请求包括待支付订单的原始数据；

根据所述待支付订单的原始数据进行订单创建，得到第二目标订单；

将所述第二目标订单保存至远程字典服务，并向用户展示所述第二目标订单；

当用户在成功支付所述第二目标订单后，强制刷新所有订单状态，将所述第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

3.根据权利要求1所述的处理方法，其特征在于，还包括：

接收订单的取消请求；其中，所述订单的取消请求包括待取消订单的原始数据；

根据所述待取消订单的原始数据进行订单创建，得到第三目标订单；

将所述第三目标订单保存至远程字典服务，并向用户展示所述第三目标订单；

当用户在确认所述第三目标订单后，强制刷新所有订单状态，将所述第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

4.根据权利要求1所述的处理方法，其特征在于，还包括：

接收订单的查询请求；其中，所述订单的查询请求包括待查询订单的信息和所述待查询订单的类型；所述待查询订单的类型分为第一类型和第二类型；所述第一类型包括查询全部订单和查询处于待支付状态的订单；所述第二类型包括查询处于待发货状态的订单、查询处于待收货状态的订单和查询处于待评价状态的订单；

若所述待查询订单的类型为所述第二类型，则直接在所述数据库管理系统中查询所述待查询订单的信息，得到查询结果；

若所述待查询订单的类型为所述第一类型，则同时在所述远程字典服务和所述数据库管理系统中查询所述待查询订单的信息的订单，分别得到第一查询结果和第二查询结果；

将所述第一查询结果和所述第二查询结果进行合并后，进行订单去重操作，得到第三查询结果；

向用户展示所述第三查询结果。

5.根据权利要求4所述的处理方法，其特征在于，所述向用户展示所述第三查询结果之前，还包括：

对所述第三查询结果中的订单，按照订单所属的父订单的ID进行排序操作，得到排序后的第三查询结果；

其中，所述向用户展示所述第三查询结果，包括：

向用户展示所述排序后的第三查询结果。

6.一种订单的处理装置，其特征在于，包括：

接收单元，用于接收订单的创建请求；其中，所述订单的创建请求包括待创建订单的订单数据；

订单创建单元，用于根据所述待创建订单的订单数据进行订单创建，得到第一目标订单；

保存单元，用于将所述第一目标订单保存至远程字典服务，并向订阅消息系统发送一条包含第一目标订单信息的第一待消费信息；

迁移单元，用于当所述第一待消费信息被成功消费时，将所述第一目标订单从远程字典服务中迁移至数据库管理系统中。

7.根据权利要求6所述的处理装置，其特征在于，还包括：

所述接收单元，还用于接收订单的支付请求；其中，所述订单的支付请求包括待支付订单的原始数据；

所述订单创建单元，还用于根据所述待支付订单的原始数据进行订单创建，得到第二目标订单；

所述保存单元，还用于将所述第二目标订单保存至远程字典服务，并向用户展示所述第二目标订单；

所述迁移单元，还用于当用户在成功支付所述第二目标订单后，强制刷新所有订单状态，将所述第二目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

8.根据权利要求6所述的处理装置，其特征在于，还包括：

所述接收单元，还用于接收订单的取消请求；其中，所述订单的取消请求包括待取消订单的原始数据；

所述订单创建单元，还用于根据所述待取消订单的原始数据进行订单创建，得到第三目标订单；

所述保存单元，还用于将所述第三目标订单保存至远程字典服务，并向用户展示所述第三目标订单；

所述迁移单元，还用于当用户在确认所述第三目标订单后，强制刷新所有订单状态，将所述第三目标订单从远程字典服务中迁移至数据库管理系统中，并更新所述订单状态。

9.一种服务器，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任一所述的订单的处理方法。

10.一种计算机存储介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至5中任一所述的订单的处理方法。

Images