CN116010126B - 一种服务聚合方法、装置及系统 - Google Patents

Abstract

本发明公开了一种服务聚合方法、装置及系统，涉及计算机技术领域。该方法的一具体实施方式包括：获取应用发送的多个服务请求，所述服务请求指示了目标任务；根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；根据所述服务调用事件的标识，对所述响应结果进行聚合；根据聚合结果响应所述服务请求。该实施方式实现对服务请求的响应结果进行聚合，便于应用对底层服务进行调用，并提高应用的运行效率。

Description

一种服务聚合方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种服务聚合方法、装置及系统。

背景技术

在多应用的服务调用场景下，应用在执行某一个任务时，经常需要对底层的多个基础服务进行调用，并且应用在接收到多个基础服务的调用结果后才能执行该任务。

目前，应用在收到每个基础服务的调用结果后，需自行确定是否接收到所有调用结果以执行任务。这种方式需要应用每接收到一个调用结果后均进行判断，影响应用的运行效率。

发明内容

有鉴于此，本发明实施例提供一种的服务聚合方法、装置及系统，根据应用的服务请求生成请求消息，并接收底层服务根据请求消息返回的响应结果。然后根据服务调用事件的标识，对响应结果进行聚合，并进一步根据聚合结果响应服务请求。由此实现了对服务调用结果进行聚合，并根据聚合结果响应服务请求，而无需应用在每接收到一个服务请求后均进行判断，从而便于应用对底层服务进行调用，并提高应用的运行效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种服务聚合方法。

本发明实施例的一种服务聚合方法包括：获取应用发送的多个服务请求，所述服务请求指示了目标任务；

根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；

将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；

根据所述服务调用事件的标识，对所述响应结果进行聚合；

根据聚合结果响应所述服务请求。

可选地，所述将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息，包括：

针对每一个所述服务请求，执行：

确定所述目标任务对应的业务标识，并生成所述服务请求对应的消息标识；

将所述服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成所述请求消息。

可选地，在所述应用高可用切换后，还包括：

重新向所述底层服务发送所述请求消息，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。

可选地，所述根据所述服务调用事件的标识，对所述响应结果进行聚合，包括：

记录同一个所述服务调用事件对应的请求消息的数量；

在所述同一个服务调用事件对应的响应结果的数量等于所述请求消息的数量的情况下，对同一个服务调用事件对应的所述响应结果进行聚合。

可选地，在所述服务请求为同步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

将所述聚合结果返回给所述应用，以使所述应用根据所述聚合结果执行所述目标任务。

可选地，在所述服务请求为异步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

调用预先注册的异步处理函数，对所述聚合结果进行处理，以执行所述目标任务；其中，所述异步处理函数是所述应用在发送所述服务请求时注册的。

可选地，按批次获取所述多个服务请求；在所述服务请求为异步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

按照各批次所述服务请求对应的所述服务调用事件的先后顺序，调用所述异步处理函数，以按照所述批次的先后顺序，对所述聚合结果进行处理。

可选地，该方法还包括：

根据所述批次的先后顺序，将所述聚合结果的业务处理结果、以及与所述业务处理结果对应的批次入口位置以事务的方式提交到消息系统；

在发生高可用之后，从所述消息系统提取批次入口位置和已提交的所述业务处理结果，并根据所述批次入口位置和所述业务处理结果，继续处理所述目标任务。

为实现上述目的，根据本发明实施例的又一方面，提供了一种服务聚合装置。

本发明实施例的一种服务聚合装置包括：获取模块、消息生成模块、结果接收模块和聚合模块；其中，

所述获取模块，用于获取应用发送的多个服务请求，所述服务请求指示了目标任务；

所述消息生成模块，用于根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；

所述结果接收模块，用于将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；

所述聚合模块，用于根据所述服务调用事件的标识，对所述响应结果进行聚合；根据聚合结果响应所述服务请求。

为实现上述目的，根据本发明实施例的又一方面，提供了一种服务聚合系统。

本发明实施例的一种服务聚合系统包括：上述任一方面提供的服务聚合装置以及底层服务；其中，

所述服务聚合装置，用于确定所述目标任务对应的业务标识，生成所述服务请求对应的消息标识；并将服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成请求消息；将所述请求消息发送给所述底层服务；

所述底层服务，用于根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。

为实现上述目的，根据本发明实施例的又一方面，提供了一种服务聚合的电子设备。

本发明实施例的一种服务聚合的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种服务聚合方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种服务聚合方法。

上述发明中的一个实施例具有如下优点或有益效果：根据应用的服务请求生成请求消息，并接收底层服务根据请求消息返回的响应结果。然后根据服务调用事件的标识，对响应结果进行聚合，并进一步根据聚合结果相应服务请求。由此实现了对服务调用结果进行聚合，并根据聚合结果响应服务请求，而无需应用在每接收到一个服务请求后均进行判断，从而便于应用对底层服务进行调用，并提高应用的运行效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种服务聚合方法的主要步骤的示意图；

图2是根据本发明实施例的一种服务聚合装置的主要模块的示意图；

图3是根据本发明实施例的一种服务聚合系统的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

图1是根据本发明实施例的一种服务聚合方法的主要步骤的示意图。

在本发明实施例中，服务聚合方法可以基于消息中间件（如Kafka等）实现，且实现本发明实施例提供的服务聚合方法的服务框架可以嵌入业务系统中，以支持应用对多个底层服务的聚合请求。在应用向底层服务发起服务请求时，可经由该服务框架将服务请求发送给底层服务，以便于服务框架对底层服务返回的响应结果进行聚合。

具体地，如图1所示，本发明实施例的一种基于消息中间件的服务聚合方法主要包括以下步骤：

步骤S101：获取应用发送的多个服务请求，所述服务请求指示了目标任务。

在应用需要对底层服务进行调用时，应用可发起服务请求，该服务请求指示调用服务所对应的目标任务。例如，应用在执行目标任务1时，需要对底层服务A和底层服务B进行调用，那么应用可发起分别针对底层服务A和底层服务B的服务请求，如发起服务请求A1和服务请求B1；在执行任务2时需要对底层服务B和底层服务C进行调用，那么应用可发起分别针对底层服务B和底层服务C的服务请求，如发起服务请求B2和服务请求C2。

步骤S102：根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息。

其中，服务调用事件可与目标任务相对应，例如，对于目标任务1对应的服务请求，其服务调用事件的标识为1，将该服务调用事件的标识写入服务请求的消息头中，得到的请求消息即为服务调用事件1对应的多个请求消息。类似的，目标任务2对应的服务调用事件的标识为2，那么将服务调用事件的标识写入服务请求的消息头中，即可得到服务调用事件2对应的多个请求消息。由此便于在接收到不同请求消息分别对应的响应结果后，根据服务调用事件的标识对响应结果进行聚合。

步骤S103：将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果。

在得到请求消息后，服务框架将请求消息分别发送给对应的底层服务。例如，服务框架将服务请求A1对应的请求消息发送给底层服务A，将服务请求B1和服务请求B2分别对应的请求消息发送给底层服务B，将服务请求C2对应的请求消息发送给底层服务C。具体地，服务框架可在服务请求的消息头中定义消息标识（如消息ID），同时产生一个服务调用事件的标识（如服务调用事件ID）附加到每个服务请求的消息头中，以得到请求消息，并将服务调用事件注册得到服务框架。另外，服务框架还可确定响应结果返回的消息队列，以便从该消息队列中获取服务请求对应的响应结果，例如服务框架确定服务调用事件1对应的消息队列为队列1，服务调用事件2对应的消息队列为队列2，由此，服务框架可从队列1中得到服务请求A1和服务请求B1对应的响应结果，并从队列2中得到服务请求B2和服务请求C2对应的响应结果。

步骤S104：根据所述服务调用事件的标识，对所述响应结果进行聚合。

具体地，服务框架分别向的层服务发送请求消息后，可记录同一个服务调用事件对应的请求消息的数量。参考上述示例，服务调用事件1和服务调用事件2对应的请求消息的数量均为2。在同一个服务调用事件对应的响应结果的数量等于请求消息的数量的情况下，对同一个服务调用事件对应的响应结果进行聚合。

在这里，服务框架在分别向底层服务A、底层服务B和底层服务C发送请求消息后，分别记录每个服务调用事件发送的请求消息的条数，例如，对于服务调用事件1，其分别向底层服务A和底层服务B发送了请求消息，那么其发送的请求消息的数量为2；类似地，对于服务调用事件B，其分别向底层服务B和底层服务C发送了请求消息，那么其发送的请求消息的数量也为2。之后，在服务框架接收到底层服务的响应结果后，可以根据已发送请求消息的数量来确定是否接收完响应结果，并进一步确定是否聚合完成。

示例性地，服务框架可以在后台启动异步线程池从相应的消息队列中获取响应结果。例如，从队列1中获取服务调用事件1对应的多个响应结果，从队列2获取服务调用事件2对应的多个响应结果。在获取到响应结果之后，服务框架根据消息ID匹配请求消息，同时根据服务调用事件ID进行响应结果的聚合。例如，服务框架接收到的响应结果的消息头中包括A1，那么服务框架可确定出该响应结果为服务请求A1对应的响应结果，其对应服务调用事件1，若此前已接收到服务请求A2对应的响应结果，那么可将服务请求A1和服务请求A2对应的响应结果进行聚合。并且，由于服务调用事件1对应的请求消息的数量为2，此时已接收到两个服务调用事件1的响应结果，并已对响应结果进行聚合，那么可以确定服务调用事件1对应的响应结果的聚合已经完成。在本发明实施例中，在针对同一服务调用事件对应的多个响应结果进行聚合时，可以在未完全接收所有响应结果时即开始聚合，直到接收到响应结果的数量等于请求消息的数量即确定聚合完成，也可以在接收到同一服务调用事件对应的所有响应结果后再开始聚合，本发明实施例对此不作限制。

步骤S105：根据聚合结果响应所述服务请求。

在本发明实施例中，若应用发起的是同步调用事件，那么服务框架会阻塞等待响应结果的聚合完成，然后将聚合结果返回给应用，以使应用根据聚合结果执行目标任务，即进行后续的业务处理。若应用发起的是异步调用事件，那么应用在发起请求时一并交付异步处理函数，以向服务框架注册响应结果异步处理函数，然后应用可以继续进行后续其他业务处理，服务框架在响应结果聚合完成后，将聚合结果传入异步处理函数，以回调异步处理函数对响应结果进行后续处理，从而对目标任务进行处理。

本发明实施例提供的服务聚合装置（服务框架）可以按照批次获取多个服务请求，例如，应用发起100个服务请求，服务框架可每批次可获取10个服务请求，以按批次对服务请求进行处理。服务框架每收到一批服务请求，可根据服务请求指示的目标任务生成服务调用事件。在异步调用的情况下，为了保证响应结果的顺序回调，可以按照各批次服务请求所对应的服务调用事件的先后顺序，调用所述异步处理函数，以按照各批次的先后顺序，对聚合结果进行处理。示例性地，在应用向服务框架注册异步回调处理函数后，服务框架将其与服务调用事件进行绑定。在对同一服务调用事件的响应结果进行聚合后，不立即对聚合结果进行处理，而是将聚合结果也绑定到服务调用事件中。由此，服务框架可以按照服务调用事件的先后顺序，获取响应结果及响应结果的回调处理函数，并进行响应结果的回调处理。

例如，应用先发起目标任务1对应的服务请求，服务框架在接收到服务请求后先生成服务调用事件1，随后应用再发起目标任务2对应的服务请求，服务框架相应生成服务调用事件2。在分别接收到目标任务1和目标任务2对应的响应结果并聚合后，服务框架分别将目标任务1和目标任务2对应的聚合结果绑定到相应的服务调用事件。然后根据服务调用事件的先后顺序（在此例中即为服务调用事件1在前，服务调用事件2在后）回调异步处理函数，以对聚合结果进行回调处理。值得一提的是，在此方式中，即使先得到目标任务2对应的聚合结果，再得到目标任务1对应的聚合结果，由于按照服务调用事件的先后顺序回调异步处理函数，那么，也会先对目标任务1进行处理，再对目标任务2进行处理。由此可保证服务框架的输入输出顺序一致，有利于数据重演结果的一致性。

进一步地，在本发明实施例中，在得到聚合结果并根据聚合结果进行业务处理，得到业务处理结果后，可以根据服务调用事件的先后顺序（也即按批次获取服务请求的批次顺序），将聚合结果对应的业务处理结果以及与业务处理结果对应的批次入口位置以事务的方式提交到消息系统。仍以上述应用发起100个服务请求，服务框架每批次获取10个服务请求为例，若服务框架已处理4个批次的服务请求，每得到一个批次的服务请求的聚合结果所对应的业务处理结果后，即可将该批次对应的业务处理结果以及批次入口位置（40）提交到Kafka集群特定消息主题下。若在处理第5批次的服务请求时崩溃，那么在消息中间件发生高可用切换后，可以根据崩溃前提交的offset从特定消息主题下提取崩溃前已处理到的批次入口位置（40），然后根据该批次入口位置开始断点处理，以继续断点续作执行目标任务，在任务执行过程中可结合已提交的上一批次对应的业务处理结果，继续处理得到后续的业务处理结果。可以理解的是，对于消息中间件崩溃前已处理一部分但尚未以事务方式提交的业务处理结果，在高可用切换后不会生效，例如，若处理到第43个消息请求时崩溃，那么高可用切换后仍然从批次入口位置（即第40个消息请求）继续断点处理。由此保证高可用后数据的不重不丢，有利于业务的高效执行。

另外，为了便于在应用高可用切换后不会重复进行服务调用，在本发明实施例中，服务框架在接收到应用发送的服务请求之后，可针对每一个所述服务请求执行：确定目标任务对应的业务标识，并生成服务请求对应的消息标识；将服务调用事件的标识、业务标识和所述消息标识写入所述服务请求，以生成请求消息。

其中，业务标识可以为业务流水号，对于不同业务对应的目标任务，其业务流水号各不相同。例如，扣款业务对应目标任务1，销售业务对应目标任务2，其各自对应有不同的业务流水号。应用发起的服务请求一般携带有业务标识，也即，服务框架可从接收到的服务请求中解析出业务标识。并且，服务框架还可在服务请求的消息头中定义消息标识（如消息ID），同时产生一个服务调用事件的标识（如服务调用事件ID）附加到每个服务请求的消息头中，以得到请求消息，并将服务事件注册得到服务框架。

在应用发生高可用切换后，若已经注册的服务调用事件没有完成同步或异步处理，应用需重新发起服务请求，相应地，服务框架会将该服务请求重新发送给底层服务，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。例如，若应用发送服务请求A1和服务请求B1后崩溃，重启后发现目标任务1并未完成，因此重新发起服务请求A1’和服务请求B1’，服务框架生成服务请求A1’和服务请求B1’分别对应的请求消息A1’和请求消息B1’，其中，生成的请求消息中的消息标识和服务调用事件标识与高可用之前所发送的请求消息（服务请求A1和服务请求B1对应的请求消息）中的消息标识和服务调用事件标识不同，但由于发生高可用前后是基于同一业务所发起的服务请求，那么发生高可用前后所生成的请求消息中的业务标识相同。由此可以根据高可用前后不同的服务调用事件标识，在高可用切换后根据切换后的服务事件标识调用相应的响应结果，而丢弃切换前服务调用事件对应的响应结果。

底层服务在接收到请求消息后，根据业务标识进行幂等运算，由此可以筛选重复发送的请求消息。若两个请求消息具有相同的业务标识，那么底层服务可以将高可用前已处理的请求消息的响应结果作为本次（高可用后）请求消息的响应结果直接返回给本次服务调用，而无需再次重复对高可用后的请求消息进行处理，由此便于上层应用的高可用，既能保证业务高可用切换时的正确性，也方便上层的高可用方案的设计。

根据本发明实施例的一种服务聚合方法可以看出，通过消息中间件根据应用的服务请求生成请求消息，并接收底层服务根据请求消息返回的响应结果。然后根据服务调用事件的标识，对响应结果进行聚合，并进一步根据聚合结果相应服务请求。由此实现了对服务调用结果进行聚合，并根据聚合结果响应服务请求，而无需应用在每接收到一个服务请求后均进行判断，从而便于应用对底层服务进行调用，并提高应用的运行效率。

图2是根据本发明实施例的一种服务聚合装置的主要模块的示意图。

如图2所示，本发明实施例的一种服务聚合装置200包括：获取模块201、消息生成模块202、结果接收模块203和聚合模块204；其中，

所述获取模块201，用于获取应用发送的多个服务请求，所述服务请求指示了目标任务；

所述消息生成模块202，用于根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；

所述结果接收模块203，用于将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；

所述聚合模块204，用于根据所述服务调用事件的标识，对所述响应结果进行聚合；根据聚合结果响应所述服务请求。

在本发明一个实施例中，所述消息生成模块202，用于针对每一个所述服务请求，执行：确定所述目标任务对应的业务标识，并生成所述服务请求对应的消息标识；将所述服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成所述请求消息。

在本发明一个实施例中，在所述应用高可用切换后，所述结果接收模块，还用于重新向所述底层服务发送所述请求消息，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。

在本发明一个实施例中，所述聚合模块204，用于记录同一个所述服务调用事件对应的请求消息的数量；在所述同一个服务调用事件对应的响应结果的数量等于所述请求消息的数量的情况下，对同一个服务调用事件对应的所述响应结果进行聚合。

在本发明一个实施例中，所述聚合模块204，用于在所述服务请求为同步调用的情况下，将所述聚合结果返回给所述应用，以使所述应用根据所述聚合结果执行所述目标任务。

在本发明一个实施例中，所述聚合模块204，用于在所述服务请求为异步调用的情况下，调用预先注册的异步处理函数，对所述聚合结果进行处理，以执行所述目标任务；其中，所述异步处理函数是所述应用在发送所述服务请求时注册的。

在本发明一个实施例中，所述获取模块201，用于按批次获取所述多个服务请求；所述聚合模块204，用于按照各批次所述服务请求对应的所述服务调用事件的先后顺序，调用所述异步处理函数，以按照所述批次的先后顺序，对所述聚合结果进行处理。

在本发明一个实施例中，所述聚合模块204，还用于根据所述批次的先后顺序，将所述聚合结果的业务处理结果、以及与所述业务处理结果对应的批次入口位置以事务的方式提交到消息系统；在发生高可用之后，从所述消息系统提取批次入口位置和已提交的所述业务处理结果，并根据所述批次入口位置和所述业务处理结果，继续处理所述目标任务。

根据本发明实施例的一种服务聚合装置可以看出，通过消息中间件根据应用的服务请求生成请求消息，并接收底层服务根据请求消息返回的响应结果。然后根据服务调用事件的标识，对响应结果进行聚合，并进一步根据聚合结果相应服务请求。由此实现了对服务调用结果进行聚合，并根据聚合结果响应服务请求，而无需应用在每接收到一个服务请求后均进行判断，从而便于应用对底层服务进行调用，并提高应用的运行效率。

图3是根据本发明实施例的一种服务聚合系统的主要模块的示意图。

如图3所示，本发明实施例的一种服务聚合系统300包括：上述任一实施例提供的服务聚合装置200以及底层服务301；其中，

所述服务聚合装置200，用于确定所述目标任务对应的业务标识，生成所述服务请求对应的消息标识；并将服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成请求消息；将所述请求消息发送给所述底层服务301；

所述底层服务301，用于根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。

其中，业务标识可以为业务流水号，对于不同业务对应的目标任务，其业务流水号各不相同。例如，扣款业务对应目标任务1，销售业务对应目标任务2，其各自对应有不同的业务流水号。应用发起的服务请求一般携带有业务标识，也即，服务框架可从接收到的服务请求中解析出业务标识。并且，服务框架还可在服务请求的消息头中定义消息标识（如消息ID），同时产生一个服务调用事件的标识（如服务调用事件ID）附加到每个服务请求的消息头中，以得到请求消息，并将服务事件注册得到服务框架。

在应用发生高可用切换后，若已经注册的服务调用事件没有完成同步或异步处理，应用需重新发起服务请求，相应地，服务框架会将该服务请求重新发送给底层服务，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。例如，若应用发送服务请求A1和服务请求B1后崩溃，重启后发现目标任务1并未完成，因此重新发起服务请求A1’和服务请求B1’，服务框架生成服务请求A1’和服务请求B1’分别对应的请求消息A1’和请求消息B1’，其中，生成的请求消息中的消息标识和服务调用事件标识与高可用之前所发送的请求消息（服务请求A1和服务请求B1对应的请求消息）中的消息标识和服务调用事件标识不同，但由于发生高可用前后是基于同一业务所发起的服务请求，那么发生高可用前后所生成的请求消息中的业务标识相同。由此可以根据高可用前后不同的服务调用事件标识，在高可用切换后根据切换后的服务事件标识调用相应的响应结果，而丢弃切换前服务调用事件对应的响应结果。底层服务在接收到请求消息后，根据业务标识进行幂等运算，由此可以筛选重复发送的请求消息。若两个请求消息具有相同的业务标识，那么底层服务可以将高可用前已处理的请求消息的响应结果作为本次（高可用后）请求消息的响应结果直接返回给本次服务调用，而无需再次重复对高可用后的请求消息进行处理，由此便于上层应用的高可用，既能保证业务高可用切换时的正确性，也方便上层的高可用方案的设计。

图4示出了可以应用本发明实施例的服务聚合的方法或服务聚合装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果（例如聚合结果）反馈给终端设备。

需要说明的是，本发明实施例所提供的服务聚合方法一般由服务器405执行，相应地，服务聚合装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元（CPU）501，其可以根据存储在只读存储器（ROM）502中的程序或者从存储部分508加载到随机访问存储器（RAM）503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出（I/O）接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管（CRT）、液晶显示器（LCD）等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元（CPU）501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、消息生成模块、结果接收模块和聚合模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“获取应用发送的多个服务请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取应用发送的多个服务请求，所述服务请求指示了目标任务；根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；根据所述服务调用事件的标识，对所述响应结果进行聚合；根据聚合结果响应所述服务请求。

根据本发明实施例的技术方案，通过消息中间件根据应用的服务请求生成请求消息，并接收底层服务根据请求消息返回的响应结果。然后根据服务调用事件的标识，对响应结果进行聚合，并进一步根据聚合结果相应服务请求。由此实现了对服务调用结果进行聚合，并根据聚合结果响应服务请求，而无需应用在每接收到一个服务请求后均进行判断，从而便于应用对底层服务进行调用，并提高应用的运行效率。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种服务聚合方法，其特征在于，包括：

获取应用发送的多个服务请求，所述服务请求指示了目标任务；

根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；所述将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息，包括：针对每一个所述服务请求，执行：确定所述目标任务对应的业务标识，并生成所述服务请求对应的消息标识；将所述服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成所述请求消息；在所述应用高可用切换后，还包括：若所述目标任务未完成，则重新生成所述服务请求，其中，重新生成的请求消息中业务标识与高可用之前所发送的请求消息中的业务标识相同；

将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；在所述应用高可用切换后，还包括：重新向所述底层服务发送所述请求消息，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果；

根据所述服务调用事件的标识，对所述响应结果进行聚合；

根据聚合结果响应所述服务请求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述服务调用事件的标识，对所述响应结果进行聚合，包括：

记录同一个所述服务调用事件对应的请求消息的数量；

在所述同一个服务调用事件对应的响应结果的数量等于所述请求消息的数量的情况下，对同一个服务调用事件对应的所述响应结果进行聚合。

3.根据权利要求1所述的方法，其特征在于，在所述服务请求为同步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

将所述聚合结果返回给所述应用，以使所述应用根据所述聚合结果执行所述目标任务。

4.根据权利要求1所述的方法，其特征在于，在所述服务请求为异步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

调用预先注册的异步处理函数，对所述聚合结果进行处理，以执行所述目标任务；其中，所述异步处理函数是所述应用在发送所述服务请求时注册的。

5.根据权利要求1所述的方法，其特征在于，按批次获取所述多个服务请求；在所述服务请求为异步调用的情况下，所述根据聚合结果响应所述服务请求，包括：

按照各批次所述服务请求对应的所述服务调用事件的先后顺序，调用异步处理函数，以按照所述批次的先后顺序，对所述聚合结果进行处理。

6.根据权利要求5所述的方法，其特征在于，还包括：

根据所述批次的先后顺序，将所述聚合结果的业务处理结果、以及与所述业务处理结果对应的批次入口位置以事务的方式提交到消息系统；

在发生高可用之后，从所述消息系统提取批次入口位置和已提交的所述业务处理结果，并根据所述批次入口位置和所述业务处理结果，继续处理所述目标任务。

7.一种服务聚合装置，其特征在于，包括：获取模块、消息生成模块、结果接收模块和聚合模块；其中，

所述获取模块，用于获取应用发送的多个服务请求，所述服务请求指示了目标任务；

所述消息生成模块，用于根据所述目标任务生成服务调用事件，并将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息；所述将所述服务调用事件的标识分别写入所述多个服务请求的消息头中，得到所述多个服务请求分别对应的多个请求消息，包括：针对每一个所述服务请求，执行：确定所述目标任务对应的业务标识，并生成所述服务请求对应的消息标识；将所述服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成所述请求消息；在所述应用高可用切换后，还包括：若所述目标任务未完成，则重新生成所述服务请求，其中，重新生成的请求消息中业务标识与高可用之前所发送的请求消息中的业务标识相同；

所述结果接收模块，用于将所述多个请求消息发送给底层服务，并接收所述底层服务针对所述请求消息返回的响应结果；在所述应用高可用切换后，还包括：重新向所述底层服务发送所述请求消息，以使所述底层服务根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果；

所述聚合模块，用于根据所述服务调用事件的标识，对所述响应结果进行聚合；根据聚合结果响应所述服务请求。

8.一种服务聚合系统，其特征在于，包括：权利要求7所述的服务聚合装置以及底层服务；其中，

所述服务聚合装置，用于确定所述目标任务对应的业务标识，生成所述服务请求对应的消息标识；并将服务调用事件的标识、所述业务标识和所述消息标识写入所述服务请求，以生成请求消息；将所述请求消息发送给所述底层服务；

所述底层服务，用于根据所述业务标识进行幂等运算，并根据幂等运算结果返回所述响应结果。

9.一种服务聚合的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

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

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

Images