业务处理方法、业务组件容器及电子设备与流程

本申请涉及计算机技术领域，尤其涉及一种业务处理方法、业务组件容器及电子设备。

背景技术：

微服务架构，因具备将单个应用拆分为多个微服务进行开发的能力而被广泛应用，其中，微服务是围绕业务功能构建的，不同微服务可以用不同的编程语言编写，并且不同微服务能够被独立部署和扩展，集中管理很少。在微服务架构中，常用承载有业务组件的容器(可以称为业务组件容器)来实现微服务。

但是，现有的业务组件容器，在业务组件自身或业务组件依赖的外部系统出现暂时性故障时，缺乏主动应对并自动适应的能力，导致业务处理失败，给用户造成不良影响。

技术实现要素：

本申请实施例提供了一种业务处理方法、业务组件容器及电子设备，以主动应对并自动适应业务组件自身或业务组件依赖的外部系统出现暂时性故障，提高业务被成功处理的概率，减少给用户造成的不良影响。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种业务组件容器，包括：监听模块、同步处理模块和异步处理模块；

所述监听模块，用于监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在所述处理结果因预设故障导致失败时，触发所述同步处理模块；

所述同步处理模块，用于按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

所述异步处理模块，用于在所述预设故障恢复正常后，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。

第二方面，提出了一种业务处理方法，应用于业务组件容器，所述业务组件容器包括监听模块、同步处理模块和异步处理模块，所述方法包括：

通过所述监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发所述同步处理模块；

通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

在所述预设故障恢复正常后，通过所述异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

第三方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

通过监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发同步处理模块；

通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

在所述预设故障恢复正常后，通过异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

通过监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发同步处理模块；

通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

在所述预设故障恢复正常后，通过异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的方案至少具备如下一种技术效果：由于业务组件容器中除了承载有业务组件，还包括监听模块、同步处理模块和异步处理模块，其中，监听模块在监听到目标业务的处理结果因预设故障导致失败时，自动触发同步处理模块，对所述目标业务中不受所述预设故障影响的第一子业务进行处理，对所述目标业务中受所述预设故障影响的第二子业务进行记录；并通过异步处理模块，在所述预设故障恢复正常之后，自动对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。因此，可以主动应对并自动适应预设故障导致目标业务处理失败的情况，实现对目标业务的成功处理，提高目标业务被成功处理的概率，减少给用户造成的不良影响。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是相关技术中的一种业务组件容器的结构示意图。

图2是本说明书实施例提供的一种业务组件容器的结构示意图之一。

图3是本说明书实施例提供的业务处理过程中的同步处理流程的示意图。

图4是本说明书实施例提供的业务处理过程中的异步处理流程的示意图。

图5是本说明书实施例提供的一种业务组件容器的结构示意图之二。

图6a是本说明书实施例提供的顺序流程的示意图。

图6b是本说明书实施例提供的并行流程的示意图。

图6c是本说明书实施例提供的分支流程的示意图。

图7是本说明书实施例提供的一种业务组件容器的结构示意图之三。

图8是本说明书实施例提供的业务处理方法的交互时序示意图。

图9是本说明书实施例提供的一种业务处理方法的流程示意图之一。

图10是本说明书实施例提供的一种业务处理方法的流程示意图之二。

图11是本说明书实施例提供的一种电子设备的结构示意图。

具体实施方式

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

如图1所示，在相关技术中，业务组件容器1中承载有业务组件12、网络协议转换及反序列化模块11、外部服务调用及序列化模块13。业务组件容器1在接收到业务请求(如下文中的目标业务的处理请求)之后，先利用网络协议转换及反序列化模块11进行网络协议转换和/或反序列化；而后，调用本地的业务组件12对业务请求进行处理；之后，再利用外部服务调用及序列化模块13生成外部服务调用请求并序列化13，然后发送至外部服务2,以实现外部服务2的调用；最后在收到外部服务2返回的处理状态之后，向发起业务请求的服务调用方(用户)反馈业务的处理结果。

图1所示的业务组件容器1，虽然稳定性较好，但是当业务组件12自身或者业务组件12依赖的外部服务2出现预设故障后，如出现数据库(database，db)故障、网络性能等未知的暂时性系统故障之后，如果业务处理过程已超时，则会向服务调用方(用户)返回已失败的业务处理结果，导致用户的业务请求未被成功处理，给用户带来了不便。可见，相关技术中的业务组件容器1，在业务组件12自身或业务组件12依赖的外部系统(如外部服务2)出现暂时性系统故障时，缺乏主动应对和自动适应的能力，不能保证业务被成功处理，给用户造成不良影响。

为了解决上述问题，本说明书实施例提供一种业务组件容器、业务处理方法及电子设备。如图6所示，本说明书实施例提供的业务组件容器1可以部署在微服务架构中的服务器3中。

下面先对本说明书实施例提供的一种业务组件容器进行说明。

如图2所示，本说明书实施例提供的业务组件容器1，除了包括业务组件12、网络协议转换及反序列化模块11以及外部服务调用及序列化模块13，还可以包括：监听模块14、同步处理模块15和异步处理模块16。

监听模块14，用于监听业务组件容器1所承载的业务组件12对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发同步处理模块15。

其中，目标业务即为业务组件容器1接收到的业务处理请求所请求处理的业务。以业务组件容器1承载的业务组件12为支付服务支持组件为例，则目标业务可以是用户向商户支付消费金额的支付业务。

示例性地，所述预设故障可以包括下列故障中的至少一种：所述业务组件自身出现的暂时性系统故障，以及所述业务组件依赖的外部服务出现的暂时性系统故障。当然，除了这两种暂时性系统故障，预设故障还可以是其他类型的故障(如业务规则的配置错误等)。也就是说，本说明书实施例提供的业务组件容器1还可以主动应对除业务组件12自身以及业务组件12依赖的外部服务的暂时性系统故障以外的其他故障。

可选地，监听模块14，可以用于在监听到的处理结果为失败且所述目标业务满足第一预设触发条件时，触发同步处理模块15。

也即在本说明书实施例中，可以仅对满足第一预设触发条件的目标业务被处理失败时，触发同步处理模块15进行故障自发应对。第一预设触发条件可以理解为是是否进行故障自发应对的准入条件。

其中，所述第一预设触发条件可以包括但不限于下列条件中的一个或多个：所述目标业务的类型为预设类型，所述服务调用方属于预设类型，所述目标业务的产生时刻在预设时间范围内，以及所述目标业务被处理的累计次数小于预设次数。

具体的，以目标业务为上文中的支付业务为例，第一预设触发条件可以包括下列条件中的一个或多个：目标业务的类型是否为预设类型、支付金额是否在预设金额范围内、用户是否为预设类型的用户、支付时间是否在预设时间范围内以及目标业务被处理的累计次数是否小于预设次数，等等。

同步处理模块15，用于按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务。

同样以业务组件容器1承载的业务组件12为支付服务支持组件，目标业务为用户向商户支付消费金额的支付业务为例，则第一子业务可以是从用户的本地账户进行预扣款，第二子业务可以是从用户的网银账户(外部服务)进行最终扣款。这样一来，如果用户的本地账户的可用额度(如用户本地账户开通的消费信贷的可用额度)大于用户向商户支付的消费金额，且支付服务支持组件未出现暂时性能够故障，则认为第一子业务不受预设故障的影响，可以在从本地账户扣款成功之后，向用户返回成功处理目标业务的处理结果；如果用户的网银所依赖的网络出现暂时性系统故障，则认为第二子业务受预设故障的影响，需要暂时将第二子业务记录在数据库(database，db)中，等待异步调度模块进行异步调度处理。

应理解，当目标业务不同时，第一子业务和第二子业务也不同，上述例子仅仅是一个可能的应用实例，不应理解为是对目标业务、第一子业务及第二子业务的限制。

可以理解，同步处理模块15在监听模块14监听到业务组件12对目标业务的处理结果为失败之后，随即对目标业务中不受预设故障应影响的第一子业务进行处理，并向服务调用方(用户)返回成功处理所述目标业务的结果的业务处理方式，可以使得用户在发起目标业务的处理请求之后很短的时间内(如预设超时时间内)，收到目标业务被成功处理的结果，也即可以使用户在发起目标业务的处理请求之后，近乎同步地收到目标业务被成功处理的结果，因此可以将该过程称为目标业务的同步处理过程。而对于第一预设处理流程，可以根据业务组件12所支持的业务以及目标业务的不同预先进行设计，本说明书对此不做特别限定。

下面结合图3所示的例子，对同步处理目标业务的过程以及第一预设处理流程进行说明。

如图3所示，目标业务的同步处理过程可以包括业务入口31、预处理32、业务处理33和系统处理34这四部分。

业务入口31这一部分可以包括输入步骤311和输出步骤312。其中，输入步骤311包括读取目标业务的处理请求，输出步骤312包括输出目标业务的处理结果。

预处理32这一部分可以包括前置处理步骤321。前置处理步骤321具体可以包括对读取的目标业务的处理请求进行网络协议转换及反序列化，以及如有必要，对读取的目标业务的处理请求进行解密等处理。

业务处理33这一步分可以包括输入处理流程(inchain)333和输出处理流程(outchain)334。其中，输入处理流程333和输出处理流程334即可看作是上文中述及的第一预设处理流程。

具体的，如图3所示，输入处理流程333可以包括依据预设校验规则331对第一子业务进行规则校验和/或获取所述第一子业务的相关参数，以及依据预设业务处理逻辑332对所述第一子业务进行处理等。可以理解，如果业务入口31中的输入311部分读取的目标业务包括n个第一子业务，则可能需要执行n次的业务处理，且不同第一子业务对应的业务处理逻辑332可能不同。

具体的，如图3所示，输出处理流程334可以包括基于预设模版(如模版1至模版n)对所述目标业务的第一子业务的处理结果进行组装并输出，且针对不同的第一子业务采用的模版可以不同。

可选地，业务处理部分33还可以包括日志记录336和异步通知335。其中异步通知335可以是向异步处理模块16发送目标业务中的第一子业务处理结束的通知，以便于异步处理模块16开始处理目标业务中的第二子业务。

系统处理34这一步分可以包括幂等处理步骤341、内部业务处理步骤342、缓冲记录步骤343和超时处理步骤345，等等。其中，超时处理步骤345包括根据预先为处理目标业务设置的预设超时时间，判断目标业务的处理过程是否超时，如果超时，则结束对目标业务的处理；幂等处理步骤341、内部业务处理步骤342和缓冲记录步骤343所要实现的内容请参照相关技术，本说明书不做赘述。

可以理解，通过图3所示的同步处理过程，可以使用户在发起目标业务的处理请求的时刻起的预设超时时间内，收到目标业务被成功处理的结果，也即可以使用户在发起目标业务的处理请求之后，近乎同步地收到目标业务被成功处理的结果，因此可以将该过程称为目标业务的同步处理过程。

异步处理模块16，用于在所述预设故障恢复正常后，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。

沿用上文中所举的例子(业务组件容器1承载的业务组件12为支付服务支持组件，目标业务为用户向商户支付消费金额的支付业务为例，则第一子业务可以是从用户的本地账户进行预扣款，第二子业务可以是从用户的网银账户进行最终扣款)，则可以在用户的网银所依赖的网络出现的暂时性系统故障恢复正常以后，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。

可选地，异步处理模块16，可用于在满足第二预设触发条件，且所述预设故障恢复正常时，按照所述第二预设处理流程对所述目标业务中的第二子业务进行处理。其中，所述第二预设触发条件可以包括到达预设定时时间或接收到预设触发指令(如接收到用户手动发送的处理第二子业务的指令)。

可选地，异步处理模块16，可用于在对所述目标业务中的第二子业务处理失败之后，再次在满足第二预设触发条件，且所述预设故障恢复正常时，按照所述第二预设处理流程对所述目标业务中的第二子业务进行处理。可选地，还可以累计处理的次数。

可以理解，异步处理模块16，在满足第二预设触发条件，且所述预设故障恢复正常时，再对目标业务中的第二子业务进行处理的方式，不受处理目标业务的超时时间的限制，因此可以将该过程称为目标业务的异步处理过程。而对于第二预设处理流程，可以根据业务组件12所支持的业务以及目标业务的不同预先进行设计，本说明书对此也不做特别限定。

下面结合图4所示的例子，对异步处理目标业务的过程以及第二预设处理流程进行说明。

如图4所示，目标业务的异步处理过程可以包括业务入口41、业务处理42和系统处理43这三部分。

业务入口41这一部分可以包括：定时触发步骤412和/或手动触发步骤411。

其中，定时触发步骤412包括在到达预设定时时间时，触发对目标业务中的第二子业务进行异步处理的过程。

其中，手动触发步骤411包括在接收到用户手动发送的处理指定第二子业务的指令时，如接收到用户手动指定处理多个(如100个)第二子业务的指令时，触发对目标业务中的第二子业务进行异步处理的过程。

在定时触发步骤412之后，业务入口41这一部分还可以包括：拆分任务步骤413，该步骤包括对待处理的多个第二子业务进行拆分，分成包含的第二子业务的数量小于预设数量(如100)的多个组，以在接下来的过程以组为单位进行处理。

在拆分任务步骤413或手动触发步骤411之后，业务入口41这一部分还可以包括：第二子业务读取步骤414，该步骤包括从数据库中读取需要处理的一组第二子业务。

业务处理42这一部分可以包括：子业务处理步骤421。具体的，子业务处理步骤421可以包括如下子步骤：异步打标4211、子业务处理4212和处理结果判断4213。

异步打标4211包括基于预设打标模版422，对读取的第二子业务设置新的标识。可以理解，对第二子业务进行异步打标，可以使外部服务将第二子业务当做一个全新的业务进行处理，这样可以提高成功处理第二子业务的概率。

子业务处理4212包括对具有新的标识的第二子业务进行处理。

处理结果判断4213包括基于预设校验规则423判断对具有新的标识的第二子业务的处理是否成功，并转入步骤431和/或步骤432。

系统处理43这一部分可以包括：步骤431和/或步骤432。其中，步骤431包括目标业务的异步状态同步(如在目标业务的第二子业务处理成功后，将所述目标业务的处理状态设置为成功)，以及第二子业务的异步处理次数记录等；步骤432包括日志记录等。

本说明书实施例提供的一种业务组件容器，由于除了承载有业务组件，还包括监听模块、同步处理模块和异步处理模块，其中，监听模块在监听到目标业务的处理结果因预设故障导致失败时，自动触发同步处理模块，对所述目标业务中不受所述预设故障影响的第一子业务进行处理，对所述目标业务中受所述预设故障的影响的第二子业务进行记录；并自动触发异步处理模块，在所述预设故障恢复正常后，对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。因此，可以主动应对并自动适应预设故障导致目标业务处理失败的情况，实现对目标业务的成功处理，提高目标业务被成功处理的概率，减少给用户造成的不良影响。

可选地，如图5所示，本说明书实施例提供的业务组件容器1，除了包括业务组件12、监听模块14、同步处理模块15和异步处理模块16，还可以包括管理模块17。

管理模块17，可用于对所述监听模块14、所述同步处理模块15和所述异步处理模块16进行管理。

作为一个例子，管理模块17，可用于定义并向所述监听模块14中注入上述第一预设触发条件，定义并向所述同步处理模块15中注入所述第一预设处理流程，以及定义并向所述异步处理模块16中注入所述第二预设处理流程。

其中，第一预设触发条件、第一预设处理流程和第二预设处理流程的具体例子可参见上文，此处不做重复描述。

需要说明的是，管理模块17定义的第一预设处理流程和第二预设处理流程可以是顺序流程、并行流程和分支流程等流程中的任一种。图6a、图6b和图6c分别示出了顺序流程、并行流程和分支流程的示意图。

如图6a所示，顺序流程是指需要从步骤①到步骤②再到步骤③顺序执行的流程。如图6b所示，并行流程是指步骤①、步骤②和步骤③可以被同时并行执行的流程。如图6c所示，分支流程是并行流程和顺序流程的混合，也就是说流程能够的部分步骤(如步骤②和步骤③)可以被并行执行，部分步骤需要顺序执行(如步骤③和步骤④)。

进一步地，管理模块17，还可用于基于预设规则编排所述第一预设处理流程和所述第二预设处理流程中的至少一个。

其中，所述预设规则包括下列规则中的至少一个：同步串行执行规则、异步并行执行规则、定时执行规则、循环执行规则、执行异常处理规则、事务操作规则、条件判断规则、外部服务调用频率控制规则、外部服务调用次数累计规则和状态保持规则，等等。可以理解，这些规则可以灵活设置，并不局限于本说明书所列举的这些。

进一步地，为了使得管理模块17定义出的第一预设处理流程和第二预设处理流程尽可能的轻量化，管理模块17可采用web编排描述语言(webserviceschoreographydescriptionlanguage，ws-cdl)编排所述第一预设处理流程和所述第二预设处理流程。

更进一步地，为了使业务组件容器1是一个轻量级的容器，管理模块17也可采用ws-cdl编排图3所示的同步处理流程和图4所示的异步处理流程的脚本。下面是采用ws-cdl编排的图3所示的同步处理流程和图4所示的异步处理流程的脚本的一个示例：

上述脚本实现的流程编排是同步顺序查询反向订单(reversebuyorder)流程，具体将查询结果组装为下订单(placebuyorder)的请求，循环调用业务组件，对操作结果进行组装后返回用户客户端，最后异步调用订单确认(confirmbuyorder)操作并同步状态。可以理解，通过脚本及执行状态在不同的业务组件容器间传递(从上游业务通过打标调用下游业务服务)，可以完成业务调用请求和上下文传递。

可选地，如图7所示，本说明书实施例提供的业务组件容器1，除了包括业务组件12、监听模块14、同步处理模块15、异步处理模块16和管理模块17，还可以包括日志组件18、性能监控模块19和业务管理模块20。

其中，日志组件18可用于记录业务处理日志；性能监控模块19可用于监控业务组件容器1的性能，如稳定性，业务处理成功率等；业务管理模块20可用于对业务组件12所支持的业务进行管理，等等。

总之，本说明书实施例一种业务组件容器1，可以通过监听模块14主动感知目标业务处理过程中出现的预设故障，并在感知到预设故障之后，主动触发同步处理模块15和异步处理模块16对目标业务进行异步处理，因此可以提高目标业务被成功处理的概率，降低对用户体验的影响。此外，还可以在业务组件容器1内采用管理模块17以脚本的形式编排业务处理流程，因此可以定制出轻量化的自适应业务处理方案。

以上是对本说明书提供一种业务组件容器的说明，下面结合图8对本说明书提供的业务处理方法的交互过程进行介绍。

如图8所示，本说明书实施例提供的一种业务处理方法，包括：

步骤801、服务调用方(用户)4向业务组件容器1发起针对目标业务的处理请求。

步骤802、网络协议转换及反序列化模块11对接收到的业务请求进行前置处理，如进行网络协议转换及反序列化等处理。

步骤803、业务组件12对针对所述目标业务执行内部业务处理。

步骤804、业务组件12调用外部服务2对所述目标业务进行处理。

步骤805、外部服务2因暂时性系统故障导致所述目标业务的处理失败。

步骤806、外部服务2向业务组件12返回处理失败的结果。

步骤807、监听模块14监听到业务组件12对目标业务的处理结果为失败，且判断目标业务符合第一预设触发条件，触发同步处理模块15。

步骤808、同步处理模块15按照第一预设处理流程对所述目标业务中的第一子业务进行处理，第一子业务为不受所述预设故障影响的子业务。

步骤809、同步处理模块15记录目标业务的处理日志。

步骤810、同步处理模块15向服务调用方4返回成功处理所述目标业务的结果。

步骤811、异步处理模块16按照第二预设处理流程对目标业务中的第二子业务进行处理，并将目标业务的处理状态设置为成功。

步骤812、异步处理模块16在所述预设故障恢复正常以后，向外部服务2发起处理目标业务中的第二子业务的请求。

步骤813、外部服务2对目标业务中的第二子业务进行处理，并在外部服务2本地将目标业务的处理状态设置为成功。

步骤814、外部服务814向异步处理模块返回成功处理目标业务中的第二子业务的结果。

此外，相应于本说明书实施例提供的业务组件容器1，如图9所示，本说明书实施例还提供一种业务处理方法，可应用于本说明书实施例提供的业务组件容器1中，业务组件容器1可以包括监听模块、同步处理模块和异步处理模块，在此基础上，该方法可以包括：

步骤902、通过所述监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发所述同步处理模块。

作为一个例子，所述预设故障可以包括下列故障中的至少一种：所述业务组件自身出现的系统故障，以及所述业务组件依赖的外部服务出现的系统故障。当然，除了这两种暂时性系统故障，预设故障还可以是其他类型的故障(如业务规则的配置错误等)。也就是说，本说明书实施例提供的业务处理方法还可以主动应对除业务组件自身以及业务组件依赖的外部服务的暂时性系统故障以外的其他故障。

进一步地，作为另一个例子，步骤902具体可包括：通过所述监听模块，在通过所述监听模块监听到处理结果为失败且所述目标业务满足第一预设触发条件时，触发所述同步处理模块。

其中，所述第一预设触发条件可以包括但不限于下列条件中的一个或多个：所述目标业务的类型为预设类型，所述服务调用方属于预设类型，所述目标业务的产生时刻在预设时间范围内，以及所述目标业务被处理的累计次数小于预设次数。

步骤904、通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务。

步骤906、在所述预设故障恢复正常时，通过所述异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

可选地，步骤906可包括：在满足第二预设触发条件，且所述预设故障恢复正常时，，通过所述异步处理模块，按照所述第二预设处理流程对所述目标业务中的第二子业务进行处理。其中，所述第二预设触发条件包括到达预设定时时间或接收到预设触发指令。可选地，还可以累计处理的次数。

其中，所述第二预设处理流程包括：基于预设打标模版，对所述第二子业务设置新的标识；对具有新的标识的第二子业务进行处理。

本说明书实施例提供的一种业务处理方法，由于可以通过监听模块监听目标业务的处理结果，并在监听到目标业务的处理结果因预设故障导致失败时，自动触发同步处理模块，对所述目标业务中不受所述预设故障影响的第一子业务进行处理，对所述目标业务中受所述预设故障影响的第二子业务进行记录；并在所述预设故障恢复正常后，自动通过异步处理模块，对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理状态设置为成功。因此，可以主动应对并自动适应预设故障导致目标业务处理失败的情况，实现对目标业务的成功处理，提高目标业务被成功处理的概率，减少给用户造成的不良影响。

可选地，业务组件容器还可以包括管理模块，在此基础上，如图10所示，本说明书实施例提供的一种业务处理方法，还可以包括：

步骤908、通过所述管理模块，对所述监听模块、所述同步处理模块和所述异步处理模块进行管理。

作为一个例子，步骤908具体可包括：通过所述管理模块，向所述监听模块中注入所述第一预设触发条件，向所述同步处理模块中注入所述第一预设处理流程，以及向所述异步处理模块中注入所述第二预设处理流程。

进一步地，图10所示的方法还可以包括：通过所述管理模块，基于预设规则编排所述第一预设处理流程和所述第二预设处理流程中的至少一个。

需要说明的是，通过管理模块定义的第一预设处理流程和第二预设处理流程可以是顺序流程、并行流程和分支流程等流程中的任一种。

其中，所述预设规则包括下列规则中的至少一个：同步串行执行规则、异步并行执行规则、定时执行规则、循环执行规则、执行异常处理规则、事务操作规则、条件判断规则、外部服务调用频率控制规则、外部服务调用次数累计规则和状态保持规则，等等。

进一步地，为了使得通过管理模块17定义出的第一预设处理流程和第二预设处理流程尽可能的轻量化，可采用ws-cdl编排所述第一预设处理流程和所述第二预设处理流程。

总之，本说明书实施例一种业务处理方法，可以通过监听模块14主动感知目标业务处理过程中出现的预设故障，并在感知到预设故障之后，主动触发同步处理模块15和异步处理模块16对目标业务进行异步处理，因此可以提高目标业务被成功处理的概率，降低对用户体验的影响。此外，还可以在业务组件容器1内采用管理模块17以脚本的形式编排业务处理流程，因此可以定制出轻量化的自适应业务处理方案。

需要说明的是，由于业务处理方法可以应用在图2、图5或图7所示的业务组件容器1中，因此本说明书实施例对业务处理方法的描述较为简单，相关之处可参考上文对业务组件容器1的介绍，此处不再赘述。

图11是本说明书的一个实施例提供的电子设备的结构示意图。请参考图11，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务组件容器，所述业务组件容器包括监听模块、同步处理模块和异步处理模块。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

通过监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发同步处理模块；

通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

在所述预设故障恢复正常后，通过异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

上述如本说明书图9或图10所示实施例揭示的业务处理方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图9或图10的业务处理方法，本说明书在此不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图9所示实施例的方法，并具体用于执行以下操作：

通过监听模块，监听所述业务组件容器所承载的业务组件对目标业务的处理结果，并在监听到所述处理结果因预设故障导致失败时，触发同步处理模块；

通过所述同步处理模块，按照第一预设处理流程对所述目标业务中的第一子业务进行处理，对所述目标业务中的第二子业务进行记录，并向服务调用方返回成功处理所述目标业务的结果，所述第一子业务为不受所述预设故障影响的子业务，所述第二子业务为受所述预设故障影响的子业务；

在所述预设故障恢复正常后，通过异步处理模块，按照第二预设处理流程对所述目标业务中的第二子业务进行处理，并在处理成功后将所述目标业务的处理结果设置为成功。

上述对本说明书特定实施例进行了描述，其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

总之，以上所述仅为本说明书的较佳实施例而已，并非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制时，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。