一种订单信息处理方法、装置、电子设备和存储介质

技术领域

本发明涉及服务器技术领域，具体涉及一种订单信息处理方法、装置、电子设备和存储介质。

背景技术

随着当前经济的快速发展，进行金融交易的客户越来越多，当客户通过各类交易系统进行交易时，交易系统可能会由于运行负载压力过大等原因出现服务的暂时中断。

目前，在交易系统无法提供服务时采取的主要方法是，由交易系统的客户端直接向客户显示故障提示，以提醒客户交易系统当前不可用。但是采用这种方案，中断了客户的交易操作，且由于交易系统恢复正常的时间无法准确预测，也无法向客户提供关于使用时间的建议，极大地影响客户的使用体验和交易效率。

发明内容

本发明实施例提供一种订单信息处理方法、装置、电子设备和存储介质，可以保证客户交易操作的连续性，改善用户的交易体验，提升交易效率。

本发明实施例提供一种订单信息处理方法，包括：

接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识；

根据所述订单标识，确定所述目标订单对应的历史请求次数；

基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文；

若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息；

将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

相应的，本发明实施例还提供订单信息处理装置，包括：

请求接收单元，用于接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识；

次数确定单元，用于根据所述订单标识，确定所述目标订单对应的历史请求次数；

持久化处理单元，用于基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文；

信息生成单元，用于若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息；

模拟响应单元，用于将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

相应的，本发明实施例还提供一种电子设备，包括存储器和处理器；所述存储器存储有应用程序，所述处理器用于运行所述存储器内的应用程序，以执行本发明实施例所提供的任一种订单信息处理方法中的步骤。

相应的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行本发明实施例所提供的任一种订单信息处理方法中的步骤。

此外，本发明实施例还提供一种计算机程序产品，包括计算机程序或指令，所述计算机程序或指令被处理器执行时实现本发明实施例所提供的任一种订单信息处理方法中的步骤。

采用本发明实施例的方案，可以接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识，根据所述订单标识，确定所述目标订单对应的历史请求次数，基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文，若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息，将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示；由于在本发明实施例中，当订单处理服务器存在调用异常无法正常处理目标订单时，可以调用异常处理服务器生成模拟响应信息，以使得客户端可以显示正常服务时的信息，因此，通过本发明实施例可以保证客户交易操作的连续性，改善用户的交易体验，提升交易效率。

附图说明

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

图1是本发明实施例提供的订单信息处理方法的场景示意图；

图2是本发明实施例提供的订单信息处理方法的流程图；

图3是本发明实施例提供的交易系统客户端和服务器交互示意图；

图4是本发明实施例提供的实现服务降级的逻辑示意图；

图5是本发明实施例提供的订单处理服务器和异常处理服务器的工作过程示意图；

图6是本发明实施例提供的订单信息处理装置的结构示意图；

图7是本发明实施例提供的订单信息处理装置的另一结构示意图；

图8是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

本发明实施例提供一种订单信息处理方法、装置、电子设备和计算机可读存储介质。具体地，本发明实施例提供适用于订单信息处理装置的订单信息处理方法，该订单信息处理装置可以集成在电子设备中。

该电子设备可以为终端等设备，包括但不限于移动终端和固定终端，例如移动终端包括但不限于智能手机、智能手表、平板电脑、笔记本电脑、智能车载等，其中，固定终端包括但不限于台式电脑、智能电视等。

该电子设备还可以为服务器等设备，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDelivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。

本发明实施例的订单信息处理方法，可以由服务器实现，也可以由终端和服务器共同实现。

下面以终端和服务器共同实现该订单信息处理方法为例，对该方法进行说明。

如图1所示，本发明实施例提供的订单信息处理系统包括终端10和服务器20等；终端10与服务器20之间通过网络连接，比如，通过有线或无线网络连接等，其中，终端10可以作为用户向服务器20发送订单信息提交请求的终端存在。

其中，终端10可以为用户配置了客户端的终端，用于向服务器20发送针对目标订单的订单信息提交请求。

服务器20，可以用于接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识，根据所述订单标识，确定所述目标订单对应的历史请求次数，基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文，若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息，将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

可以理解的是，在一些实施例中，服务器20执行的订单信息处理的步骤也可以由终端10执行，本发明实施例对此不做限定。

以下分别进行详细说明。需要说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

本发明实施例将从订单信息处理装置的角度进行描述，该订单信息处理装置具体可以集成在服务器或终端中。

如图2所示，本实施例的订单信息处理方法的具体流程可以如下：

201、接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识。

其中，客户端为用户进行交易时使用的交易系统的客户端。具体的，用户可以通过客户端进行转账、授权、资料填写、提款等交易相关的操作。

例如，在个人贷款业务的全生命周期中，可以有很多与用户的直接交互场景，主要包括客户资料填写、客户授权、客户合同签署、客户提款操作等。

正常情况下，当服务器接收到用户通过客户端反馈的信息后，会与部署在银行核心区的各类贷款后台服务进行交互，然后再根据交互的结果通过客户端反馈用户。

但是，当贷款后台服务出现系统故障或者压力负载过大等各种原因引起的服务暂时中断，会影响到客户的使用体验。

相关技术提供的解决方案中，当后台系统无法提供服务的时候，主要是通过在客户端挂载例如一个页面错误提示页，提醒用户稍后重试，这种解决方式简单粗暴，不只中断了用户的操作，用户也不知道恢复时间，所以，很有可能用户会转向其他平台，进而造成了客户流失。

其中，订单信息提交请求为基于用户需要与交易系统的服务器进行交互的操作生成的请求。例如，订单信息提交请求可以是基于用户的资料填写操作生成的请求、基于用户的授权操作生成的请求等等。

具体的，目标订单的订单标识可以是目标订单的订单编号、二维码等可以将目标订单与其他订单进行区分的信息。

可以理解的是，订单信息提交请求中除了订单标识，还可以包括需要提交给交易系统的其他信息。例如，当订单信息提交请求是基于用户的资料填写操作生成的请求时，订单信息提交请求中还可以包括用户填写的具体资料；当订单信息提交请求是基于用户的授权操作生成的请求时，订单信息提交请求中还可以包括用户授权的信息，等等。

202、根据所述订单标识，确定所述目标订单对应的历史请求次数。

其中，历史请求次数为在订单信息提交请求之前，客户端针对该目标订单曾经发出订单信息提交请求的次数。

可以理解的是，同一个目标订单，可以有多次请求。例如，在一份个人贷款业务的目标订单中，用户先在客户端进行了资料填写，提交资料后客户端会发送第一次的订单信息提交请求；进一步的，用户在客户端进行了合同签署，签署完成后，客户端会发送第二次的订单信息提交请求，等等。

需要说明的是，不同的订单信息提交请求的类型可以相同，也可以不同。比如，用户可能在资料填写过程中提交了多次资料，此时，就存在类型相同的订单信息提交请求。

203、基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文。

可以理解的是，如果历史请求次数为0，如图3所示，说明客户端首次针对目标订单调用订单处理服务器。此时，可以创建新的traceId，所有的请求会通过Json方式持久化为报文，持久化的报文结构大致为{“reqHeader”:{“key1”:”value1”,”key2”:”value2”},””reqBody”:{“key1”:”value1”,”key2”:”value2”}}。

其中，traceId，可以用于标识某一次具体的请求ID。当用户的请求进入系统后，会在RPC调用网络的第一层生成一个全局唯一的traceId，并且会随着每一层的RPC调用，不断往后传递，这样的话通过traceId就可以把一次用户请求在系统中调用的路径串联起来。

204、若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息。

提供给客户端使用的服务降级框架，提供了一套标准服务降级策略的模版封装。首先客户端需要将向服务下游调用的所有入口进行收口，常见的有三类入口，a.通过HTTP使用域名方式调用下游；b.通过RPC方式通过服务名调用下游，这两种都是同步调用方式，可通过增加filter，将所有请求收口到一个代码类中，在收口类中调用服务降级框架提供的框架类来访问下游；C.异步调用方式，一般通过MQ方式实现，这类调用也可以使用降级框架提供的框架类来收口。

在一些可选的实施例中，为了避免后续的交易失败，本发明实施例提供的订单信息处理方法还包括：基于所述订单标识，确定所述异常处理服务器中所述目标订单的历史请求报文的存储情况；

若所述异常处理服务器中存储有所述目标订单的历史请求报文，执行所述通过预设的异常处理服务器存储所述请求报文的步骤。

也就是说，发生下游服务失败后，框架会将后续该订单的所有交易全部引导到故障降级服务集群中，避免后续的交易失败。

可以理解的是，如图4所示，如果订单处理服务器是正常的，且该目标订单并没有历史请求报文存储在异常处理服务器中，可以将请求报文发送给订单处理服务器进行处理，本发明实施例提供的订单信息处理方法还包括：

若所述目标订单对应的订单处理服务器不存在调用异常且所述异常处理服务器中未存储有所述目标订单的所述历史请求报文，调用所述订单处理服务器对所述请求报文进行处理。

在本发明实施例中，可以根据常见的故障发现策略来判断下游系统是否故障,例如超时时间降级和失败次数降级：超时时间降级可以通过配置特定的时间n，当某接口下游访问超过n以后重试m次不成功，则认定为下游失败，失败次数降级则当下游虽然有返回结果，但是返回结果存在业务异常，也认定为失败。

205、将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

在本发明实施例中，订单处理服务器和异常处理服务器可以是分别独立部署的一组集群，做为交互录制回访的服务端。

其中，异常处理服务器可以用于向上游客户端提供故障异常场景下的模拟交易响应、存储上游交易流量数据，以及当上游客户端所调用的服务端恢复后，使用存储的交易流量数据，通过流量回放的方式模拟客户端的调用，将前期中断的交易进行下去。

如图5所示，故障降级集群的DB会使用MongoDB之类的No-SQL文档型数据库，将上游传递过来的Json数据，待恢复服务Url地址等信息持久化在磁盘上。然后，故障降级集群会启动定时任务，通过轮询待恢复服务Url地址，确定上游客户端依赖的服务是否恢复，最后启动流量模拟，代替上游客户端完成交易的执行。

在一些可选的实施例中，步骤“订单信息提交请求包括所述订单处理服务器的访问路径，所述通过所述异常处理服务器生成所述请求报文对应的模拟响应信息”之前，本发明实施例提供的订单信息处理方法还包括：

在所述异常处理服务器中存储所述请求报文；

在一些可选的实施例中，步骤“将所述模拟响应信息发送给所述客户端”之后，本发明实施例提供的订单信息处理方法还包括：

接收所述目标订单的订单完成指示信息；

通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常；

若所述订单处理服务器不存在调用异常，调用所述异常处理服务器和所述订单处理服务器对所述目标订单的历史请求报文和所述请求报文进行处理，得到所述目标订单的真实响应信息。

在一些可选的实施例中，步骤“调用所述异常处理服务器和所述订单处理服务器对所述目标订单的历史请求报文和所述请求报文进行处理，得到所述目标订单的真实响应信息”，包括：

调用所述异常处理服务器基于所述目标订单的历史请求报文和所述请求报文进行模拟调用，生成所述目标订单的模拟订单处理请求；

将所述模拟订单处理请求发送给所述订单处理服务器进行处理，得到所述目标订单的真实响应信息。

可选的，步骤“通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常”之后，本发明实施例提供的订单信息处理方法还包括：

若所述订单处理服务器存在调用异常，在预设的时间间隔之后，返回执行所述通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常的步骤，直到所述订单处理服务器不存在调用异常。

也就是说，异常处理服务器会启动定时任务，通过轮询待恢复服务Url地址，确定上游客户端依赖的服务即订单处理服务器是否恢复。

在一些可选的实施例中，步骤“通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常”，包括：

通过所述异常处理服务器访问所述请求报文中的所述访问路径，若访问结果符合预设的访问异常条件，确定所述订单处理服务器存在调用异常；

若访问结果不符合所述访问异常条件，确定所述订单处理服务器不存在调用异常。

降级框架会封装故障集群的配置，根据常见的故障发现策略来判断下游系统是否故障,例如超时时间降级和失败次数降级：超时时间降级可以通过配置特定的时间n，当某接口下游访问超过n以后重试m次不成功，则认定为下游失败，失败次数降级则当下游虽然有返回结果，但是返回结果存在业务异常，也认定为失败，常用的工具有Hystrix和sentinel等。

基于交互录制回放的服务降级系统，对用户体验上有较大的提升。改进前用户只能被动等待系统恢复，人工进行重试，改进后，系统自动检测服务的稳定性，并且在外部接口故障的时候自动切换到降级服务模式，等待外部接口稳定后，自动代替客户端完成流量交易，用户可以在故障发生期间，采用类似离线的模式完成客户端的录入和提交，不影响后续的客户体验，防止客户在服务故障期间的流失。

由上可知，本发明实施例可以接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识，根据所述订单标识，确定所述目标订单对应的历史请求次数，基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文，若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息，将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示；由于在本发明实施例中，当订单处理服务器存在调用异常无法正常处理目标订单时，可以调用异常处理服务器生成模拟响应信息，以使得客户端可以显示正常服务时的信息，因此，通过本发明实施例可以保证客户交易操作的连续性，改善用户的交易体验，提升交易效率。

为了更好地实施以上方法，相应的，本发明实施例还提供一种订单信息处理装置。

参考图6，该装置包括：

请求接收单元601，可以用于接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求可以包括所述目标订单的订单标识；

次数确定单元602，可以用于根据所述订单标识，确定所述目标订单对应的历史请求次数；

持久化处理单元603，可以用于基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文；

信息生成单元604，可以用于若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息；

模拟响应单元605，可以用于将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

在一些可选的实施例中，如图7所示，本发明实施例提供的订单信息处理装置还可以包括存储情况确定单元606，可以用于基于所述订单标识，确定所述异常处理服务器中所述目标订单的历史请求报文的存储情况；

若所述异常处理服务器中存储有所述目标订单的历史请求报文，执行所述通过预设的异常处理服务器存储所述请求报文的步骤。

在一些可选的实施例中，本发明实施例提供的订单信息处理装置还可以包括正常处理单元，可以用于若所述目标订单对应的订单处理服务器不存在调用异常且所述异常处理服务器中未存储有所述目标订单的所述历史请求报文，调用所述订单处理服务器对所述请求报文进行处理。

在一些可选的实施例中，本发明实施例提供的订单信息处理装置还可以包括报文存储单元，可以用于在所述异常处理服务器中存储所述请求报文；

本发明实施例提供的订单信息处理装置还可以包括订单处理单元，可以用于接收所述目标订单的订单完成指示信息；

通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常；

若所述订单处理服务器不存在调用异常，调用所述异常处理服务器和所述订单处理服务器对所述目标订单的历史请求报文和所述请求报文进行处理，得到所述目标订单的真实响应信息。

在一些可选的实施例中，所述订单处理单元，可以用于调用所述异常处理服务器基于所述目标订单的历史请求报文和所述请求报文进行模拟调用，生成所述目标订单的模拟订单处理请求；

将所述模拟订单处理请求发送给所述订单处理服务器进行处理，得到所述目标订单的真实响应信息。

在一些可选的实施例中，本发明实施例提供的订单信息处理装置还可以包括服务器轮询单元，可以用于若所述订单处理服务器存在调用异常，在预设的时间间隔之后，返回执行所述通过所述异常处理服务器访问所述请求报文中的所述访问路径，以确定所述订单处理服务器是否存在调用异常的步骤，直到所述订单处理服务器不存在调用异常。

在一些可选的实施例中，所述订单处理单元，可以用于通过所述异常处理服务器访问所述请求报文中的所述访问路径，若访问结果符合预设的访问异常条件，确定所述订单处理服务器存在调用异常；

若访问结果不符合所述访问异常条件，确定所述订单处理服务器不存在调用异常。

由上可知，通过订单信息处理装置，可以接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识，根据所述订单标识，确定所述目标订单对应的历史请求次数，基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文，若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息，将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示；由于在本发明实施例中，当订单处理服务器存在调用异常无法正常处理目标订单时，可以调用异常处理服务器生成模拟响应信息，以使得客户端可以显示正常服务时的信息，因此，通过本发明实施例可以保证客户交易操作的连续性，改善用户的交易体验，提升交易效率。

此外，本发明实施例还提供一种电子设备，该电子设备可以为终端或者服务器等等，如图8所示，其示出了本发明实施例所涉及的电子设备的结构示意图，具体来讲：

该电子设备可以包括射频(RF，Radio Frequency)电路801、包括有一个或一个以上计算机可读存储介质的存储器802、输入单元803、显示单元804、传感器805、音频电路806、无线保真(WiFi，Wireless Fidelity)模块807、包括有一个或者一个以上处理核心的处理器808、以及电源809等部件。本领域技术人员可以理解，图8中示出的电子设备结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中：

RF电路801可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器808处理；另外，将涉及上行的数据发送给基站。通常，RF电路801包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路801还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

存储器802可用于存储软件程序以及模块，处理器808通过运行存储在存储器802的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器802还可以包括存储器控制器，以提供处理器808和输入单元803对存储器802的访问。

输入单元803可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元803可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器808，并能接收处理器808发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元803还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元804可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元804可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器808以确定触摸事件的类型，随后处理器808根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图8中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

电子设备还可包括至少一种传感器805，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在电子设备移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于电子设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路806、扬声器，传声器可提供用户与电子设备之间的音频接口。音频电路806可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路806接收后转换为音频数据，再将音频数据输出处理器808处理后，经RF电路801以发送给比如另一电子设备，或者将音频数据输出至存储器802以便进一步处理。音频电路806还可能包括耳塞插孔，以提供外设耳机与电子设备的通信。

WiFi属于短距离无线传输技术，电子设备通过WiFi模块807可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了WiFi模块807，但是可以理解的是，其并不属于电子设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器808是电子设备的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器802内的软件程序和/或模块，以及调用存储在存储器802内的数据，执行电子设备的各种功能和处理数据。可选的，处理器808可包括一个或多个处理核心；优选的，处理器808可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器808中。

电子设备还包括给各个部件供电的电源809(比如电池)，优选的，电源可以通过电源管理系统与处理器808逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源809还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，电子设备中的处理器808会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器802中，并由处理器808来运行存储在存储器802中的应用程序，从而实现各种功能，如下：

接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识；

根据所述订单标识，确定所述目标订单对应的历史请求次数；

基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文；

若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息；

将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种订单信息处理方法中的步骤。例如，该指令可以执行如下步骤：

接收客户端针对目标订单发送的订单信息提交请求，所述订单信息提交请求包括所述目标订单的订单标识；

根据所述订单标识，确定所述目标订单对应的历史请求次数；

基于所述历史请求次数，对所述订单信息提交请求进行持久化处理，得到请求报文；

若所述目标订单对应的订单处理服务器存在调用异常，通过预设的异常处理服务器生成所述请求报文对应的模拟响应信息；

将所述模拟响应信息发送给所述客户端，触发所述客户端基于所述模拟响应信息显示所述订单信息提交请求对应的提交成功提示。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本发明实施例所提供的任一种订单信息处理方法中的步骤，因此，可以实现本发明实施例所提供的任一种订单信息处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

根据本申请的一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述实施例中的各种可选实现方式中提供的方法。

以上对本发明实施例所提供的一种订单信息处理方法、装置、电子设备和存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。