CN104239156A - 一种外部服务的调用方法及系统 - Google Patents

Abstract

本申请公开了一种外部服务的调用方法及系统，用以解决现有技术中系统调用异常的外部服务时浪费网络资源，也可能使自身的其他服务发生异常的问题。该方法系统针对待发送的调用请求，确定该调用请求所要调用的外部服务，判断该外部服务是否异常，若是，则从当前所有要调用该外部服务的调用请求中选择设定数量的调用请求发送，否则，直接发送该调用请求。通过上述方法，当外部服务发生异常时，系统不会发送调用该异常的外部服务的所有调用请求，而是只发送其中的一部分调用请求，因此可有效避免网络资源的浪费，该系统也不会由于等待大量的超时请求而导致自身的其他服务发生异常。

Description

一种外部服务的调用方法及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种外部服务的调用方法及系统。

背景技术

随着互联网应用的发展，各应用系统之间的依赖性也越来越强，目前，可单独为用户提供服务的应用系统已经几乎不存在，对于一个系统而言，该系统或多或少都要调用其他系统的服务向用户提供，也就是调用外部服务。

例如，A网站是一个购物网站，而用户在A网站上购买商品后，A网站就需要调用B网站提供的支付服务，使用户为其购买的商品付款。对于A网站来说，其调用的B网站提供的支付服务就是外部服务。

在现有技术中，一个系统（以下称为本系统）调用其他系统的外部服务时，如果其他系统所提供的外部服务发生异常而不可用，则本系统会持续不断的向其他系统发送调用请求，这不但会浪费网络资源，而且当调用异常的外部服务的数量较多时，本系统也很有可能会由于等待大量的超时请求而堵塞，使自身的其他服务也发生异常。

发明内容

本申请实施例提供一种外部服务的调用方法及系统，用以解决现有技术中系统调用异常的外部服务时浪费网络资源，也可能使自身的其他服务发生异常的问题。

本申请实施例提供的一种外部服务的调用方法，包括：

系统针对待发送的调用请求，确定所述调用请求所要调用的外部服务；并

判断确定的所述外部服务是否异常；

若是，则从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送；

否则，发送所述调用请求。

本申请实施例提供的一种外部服务的调用系统，包括：

确定模块，用于针对待发送的调用请求，确定所述调用请求所要调用的外部服务；

判断处理模块，用于判断确定的所述外部服务是否异常；若是，则从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送；否则，发送所述调用请求。

本申请实施例提供一种外部服务的调用方法及系统，该方法系统针对待发送的调用请求，确定该调用请求所要调用的外部服务，判断该外部服务是否异常，若是，则从当前所有要调用该外部服务的调用请求中选择设定数量的调用请求发送，否则，直接发送该调用请求。通过上述方法，当外部服务发生异常时，系统不会发送调用该异常的外部服务的所有调用请求，而是只发送其中的一部分调用请求，因此可有效避免网络资源的浪费，该系统也不会由于等待大量的超时请求而导致自身的其他服务发生异常。

附图说明

图1为本申请实施例提供的外部服务的调用过程；

图2为本申请实施例提供的外部服务的详细调用过程；

图3为本申请实施例提供的外部服务的调用系统结构示意图。

具体实施方式

本申请实施例中由系统自行判断调用的外部服务是否发生异常，若异常，则从当前所有要调用该异常的外部服务的调用请求中选择一部分调用请求发送，否则，直接发送调用请求，可有效节约网络资源，并避免系统调用异常的外部服务时自身发生堵塞的问题。

下面结合说明书附图，对本申请实施例进行详细描述。

图1为本申请实施例提供的外部服务的调用过程，具体包括以下步骤：

S101：系统针对待发送的调用请求，确定该调用请求所要调用的外部服务。

在本申请实施例中，系统（以下称为本系统）在调用一个外部服务（以下将提供外部服务的系统称为其他系统）时，需先向其他系统发送调用该外部服务的调用请求，而本系统在发送该调用请求之前，先将其拦截，也即，拦截该调用请求的发送。

例如，当本系统要调用其他系统提供的支付服务时，先生成调用该支付服务的调用请求，并拦截该调用请求的发送。

拦截该调用请求的发送后，本系统可根据该调用请求携带的外部服务的标识，确定该调用请求所要调用的外部服务。

继续沿用上例，本系统可根据该调用请求中携带的外部服务的标识，确定该调用请求所要调用的外部服务为支付服务。

S102：判断确定的该外部服务是否异常，若是，则执行步骤S103，否则执行步骤S104。

在本申请实施例中，本系统可自行判断步骤S101确定的外部服务是否异常。具体的，本系统可记录该外部服务的异常调用次数，在判断该外部服务是否异常时，可判断当前记录的该外部服务的异常调用次数是否不小于设定阈值，若是，则判定该外部服务异常，否则，判定该外部服务正常。其中，该设定阈值可根据需要进行设定。

继续沿用上例，假设设定阈值为N（N大于0），则本系统确定了该调用请求所要调用的外部服务为支付服务后，判断当前记录的该支付服务的异常调用次数是否不小于N，若是，则判定该支付服务异常，否则，判定该支付服务正常。

S103：从当前所有要调用该外部服务的调用请求中，选择设定数量的调用请求并发送。

当本系统判定该外部服务异常时，先确定当前所有要调用该外部服务的调用请求，然后从确定出的各调用请求中选择设定数量的调用请求发送。

并且，由于在步骤S102中，本系统是通过记录的该外部服务的异常调用次数来判断该外部服务是否异常的，因此，本系统在将选择出的调用请求发送给其他系统后，还要根据发送的调用请求对该外部服务的调用情况，更新记录的该外部服务的异常调用次数。具体的，本系统可针对每个已发送调用请求（已经发送给其他系统的调用请求称为已发送调用请求），判断该已发送调用请求是否成功调用到该外部服务，若是，则将记录的该外部服务的异常调用次数清零，否则，将记录的该外部服务的异常调用次数加1。

其中，本系统针对一个已发送调用请求，判断该已发送调用请求是否成功调用到该外部服务的方法可以为：发送该发送调用请求后，如果在指定时长内接收到相应的调用响应，且该调用响应不是调用失败响应，则判定该已发送调用请求成功调用到该外部服务，如果在指定时长内未接收到相应的调用响应，或者接收到的调用响应为调用失败响应，则判定该已发送调用请求未成功调用到该外部服务。

继续沿用上例，当本系统判定该支付服务异常时，则确定当前要调用该支付服务的所有调用请求。假设当前要调用该支付服务的调用请求有100个，且设定数量为1，则本系统从这100个调用请求中任意选择一个发送给其他系统，以调用其他系统的支付服务，其余的99个调用请求则直接返回调用失败结果。

本系统将选择出的这个调用请求发送给其他系统后，还要判断将该调用请求发送给其他系统后，发送的该调用请求是否成功调用到支付服务，若是，则将记录的支付服务的异常调用次数清零，否则，本系统将记录的支付服务的异常调用次数加1。

如果支付服务当前仍然异常，则本系统本次发送的该调用请求必然不能成功的调用到支付服务，而此时记录的支付服务的异常调用次数已经不小于阈值N，因此将异常调用次数加1后，更新的异常调用次数仍不小于N，从而在下一次要发送调用支付服务的调用请求时，本系统仍然会只发送1（设定数量）个调用请求，并根据调用情况更新异常调用次数。

相反的，如果支付服务当前已经恢复正常，则本系统本次发送的该调用请求可以成功的调用到支付服务，从而将支付服务的异常调用次数清零，而由于N大于0，因此下一次要发送调用支付服务的调用请求时，步骤S102的判断结果为否，直接执行步骤S104，即直接发送调用请求。

由此可见，本系统在外部服务异常时发送的设定数量的调用请求实际上相当于是在试探该外部服务当前是否已经恢复正常，如果已经恢复正常，则将异常调用次数清零，后续经过步骤S102的判断后，可直接执行步骤S104，即直接发送调用请求，而如果尚未恢复正常，则本系统每次只发送设定数量的调用请求，继续试探该外部服务是否恢复正常。

另外，当本系统记录的外部服务的异常调用次数已经不小于设定阈值时，由于将异常调用次数再加1后仍然会不小于该设定阈值，因此，本申请实施例中对于记录的已经达到该设定阈值的外部服务的异常调用次数，如果判定已发送调用请求未成功调用到该外部服务，则也可以不对记录的该外部请求的异常调用次数进行任何操作，以避免不断的将异常调用次数加1可能出现的溢出错误。

较佳的，为了进一步提高本系统判断外部服务是否异常的准确性，在本申请实施例中，本系统针对每个已发送调用请求，判定该已发送调用请求已经成功调用到相应的外部服务后，在将记录的该外部服务的异常调用次数清零之前，还要确定该外部服务的执行时间不大于设定时间长度。也即，在判定该已发送调用请求成功调用到该外部服务后，判断该外部服务的执行时间是否不大于设定时间长度，若是，则将该外部服务的异常调用次数清零，否则，将该外部服务的异常调用次数加1。

其中，由于该外部服务是由提供该外部服务的其他系统所执行的，因此，本系统在判定一个已发送调用请求已经成功调用到该外部服务后，判断该外部服务的执行时间是否不大于设定时间长度时，可将从发送该已发送调用请求开始，至接收到该外部服务的执行结果为止的时间长度，作为该已发送调用请求所调用到的该外部服务的执行时间。

S104：发送该调用请求。

通过上述方法，当外部服务发生异常时，系统不会发送调用该异常的外部服务的所有调用请求，而是只发送其中设定数量（如上例中为1个）的调用请求，用以试探该外部服务是否恢复正常，因此可有效避免网络资源的浪费，而且本系统也不会因等待大量的超时请求而堵塞，可有效避免本系统的其他服务发生异常。

另外，在现有技术中，当外部服务出现异常时，通常是人为的确定出现异常的外部服务，再人为的阻止本系统向外发送调用该异常的外部服务的调用请求，当外部服务恢复正常时，也是人为的控制本系统重新向外发送调用该恢复正常的外部服务的调用请求。而在上述方法中，无需人为的发现出现异常的外部服务，也无需人为的控制本系统重新向外发送调用恢复正常的外部服务的调用请求，本系统可根据记录的外部服务的异常调用次数判定该外部服务是否出现异常，并且当外部服务发生异常时，本系统发送设定数量的调用请求来试探该外部服务是否恢复正常，一旦发现外部服务恢复正常，则将该外部服务的异常调用次数清零，因此，本系统可及时的获知外部服务是否出现异常、是否已经恢复正常，无需人为的干预。

进一步的，在图1所示的步骤S103中，本系统从当前所有要调用该外部服务的调用请求中选择设定数量的调用请求的方法具体可以为：通过当前所有要调用该外部服务的调用请求所在的线程获取设定数量的公共资源，将获取到公共资源的线程中的调用请求确定为选择的调用请求，并发送，其中，一个调用请求占用一个线程，一个线程最多获取一个公共资源。其中，该公共资源可以是通过编程语言实现的锁变量。

具体的，可针对每个外部服务预设设定数量的公共资源，其中，针对各外部服务预设的公共资源的数量可以相同，也可以不同。如，可针对外部服务A设定1个公共资源，针对外部服务B设定2个公共资源。本系统通过如图1所示的步骤S101～S102拦截到待发送的调用请求，确定了该调用请求所要调用的外部服务，并判定确定的该外部服务异常后，可直接通过该调用请求所在的线程获取针对该外部服务预设的设定数量的公共资源，若该线程获取到针对该外部服务预设的公共资源，则发送该调用请求，否则，直接返回调用失败结果。

继续沿用上例，假设针对支付服务预设了1（设定数量）个公共资源，也即，针对支付服务预设了1个锁。本系统拦截到第一个要调用该支付服务的调用请求后，如果判定当前支付服务异常，则通过该第一个调用请求所在线程进行取锁操作（即，获取针对支付服务预设的公共资源），如果当前该锁尚未被其他线程取走，则该第一个调用请求所在的线程可以取到锁，因此本系统发送该第一个调用请求。

而如果本系统又拦截到第二个要调用该支付服务的调用请求，仍判定当前支付服务异常，则同样通过该第二个调用请求所在的线程进行取锁操作。由于针对支付服务预设的这唯一的一个锁变量已经被第一个调用请求所在的线程取走，因此，第二个调用请求所在的线程无法取到锁，从而本系统直接返回第二个调用请求对应的调用失败结果，不发送该第二个调用请求。

图2为本申请实施例提供的外部服务的详细调用过程，具体包括以下步骤：

S201：系统拦截待发送的调用请求。

S202：确定该调用请求所要调用的外部服务。

S203：判断当前记录的该外部服务的异常调用次数是否不小于设定阈值，若是，执行步骤S204，否则执行步骤S206。

S204：通过该调用请求所在的线程获取针对该外部服务预设的公共资源。

S205：判断该线程是否获取到公共资源，若是，则执行步骤S206，否则执行步骤S211。

S206：发送该调用请求。

S207：判断发送的该调用请求是否成功调用该外部服务，若是，则执行步骤S208，否则执行步骤S210。

S208：判断该外部服务的执行时间是否不大于设定时间长度，若是，则执行步骤S209，否则执行步骤S210。

S209：将该外部服务的异常调用次数清零，返回该外部服务的执行结果。

S210：将该外部服务的异常调用次数加1，返回调用失败结果。

S211：返回调用失败结果。

以上为本申请实施例提供的外部服务的调用方法，基于同样的思路，本申请实施例还提供一种外部服务的调用系统，如图3所示。

图3为本申请实施例提供的外部服务的调用系统结构示意图，具体包括：

确定模块301，用于针对待发送的调用请求，确定所述调用请求所要调用的外部服务；

判断处理模块302，用于判断确定的所述外部服务是否异常；若是，则从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送；否则，发送所述调用请求。

所述判断处理模块302具体用于，判断当前记录的所述外部服务的异常调用次数是否不小于设定阈值，若是，则判定所述外部服务异常，否则，判定所述外部服务正常；

所述系统还包括：

更新模块303，用于在所述判断处理模块302发送调用所述外部服务的调用请求之后，根据发送的调用请求对所述外部服务的调用情况，更新记录的所述外部服务的异常调用次数。

所述更新模块303具体用于，针对每个已发送调用请求，判断该已发送调用请求是否成功调用所述外部服务，若是，则将记录的所述外部服务的异常调用次数清零，否则，将记录的所述外部服务的异常调用次数加1。

所述更新模块303还用于，在将记录的所述外部服务的异常调用次数清零之前，确定所述外部服务的执行时间不大于设定时间长度。

所述判断处理模块302具体用于，通过当前所有要调用所述外部服务的调用请求所在的线程获取设定数量的公共资源，并将获取到公共资源的线程中的调用请求确定为选择的调用请求并发送，其中，一个调用请求占用一个线程，一个线程最多获取一个公共资源。

本申请实施例提供一种外部服务的调用方法及系统，该方法系统针对待发送的调用请求，确定该调用请求所要调用的外部服务，判断该外部服务是否异常，若是，则从当前所有要调用该外部服务的调用请求中选择设定数量的调用请求发送，否则，直接发送该调用请求。通过上述方法，当外部服务发生异常时，系统不会发送调用该异常的外部服务的所有调用请求，而是只发送其中的一部分调用请求，因此可有效避免网络资源的浪费，该系统也不会由于等待大量的超时请求而导致自身的其他服务发生异常。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种外部服务的调用方法，其特征在于，包括：

系统针对待发送的调用请求，确定所述调用请求所要调用的外部服务；并判断确定的所述外部服务是否异常；

若是，则从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送；

否则，发送所述调用请求。

2.如权利要求1所述的方法，其特征在于，判断确定的所述外部服务是否异常，具体包括：

判断当前记录的所述外部服务的异常调用次数是否不小于设定阈值，若是，则判定所述外部服务异常，否则，判定所述外部服务正常；

发送调用所述外部服务的调用请求之后，所述方法还包括：

根据发送的调用请求对所述外部服务的调用情况，更新记录的所述外部服务的异常调用次数。

3.如权利要求2所述的方法，其特征在于，根据发送的调用请求对所述外部服务的调用情况，更新记录的所述外部服务的异常调用次数，具体包括：

针对每个已发送调用请求，判断该已发送调用请求是否成功调用所述外部服务；

若是，则将记录的所述外部服务的异常调用次数清零；

否则，将记录的所述外部服务的异常调用次数加1。

4.如权利要求3所述的方法，其特征在于，将记录的所述外部服务的异常调用次数清零之前，所述方法还包括：

确定所述外部服务的执行时间不大于设定时间长度。

5.如权利要求1所述的方法，其特征在于，从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送，具体包括：

通过当前所有要调用所述外部服务的调用请求所在的线程获取设定数量的公共资源，其中，一个调用请求占用一个线程，一个线程最多获取一个公共资源；并

将获取到公共资源的线程中的调用请求确定为选择的调用请求，并发送。

6.一种外部服务的调用系统，其特征在于，包括：

确定模块，用于针对待发送的调用请求，确定所述调用请求所要调用的外部服务；

判断处理模块，用于判断确定的所述外部服务是否异常；若是，则从当前所有要调用所述外部服务的调用请求中，选择设定数量的调用请求并发送；否则，发送所述调用请求。

7.如权利要求6所述的系统，其特征在于，所述判断处理模块具体用于，判断当前记录的所述外部服务的异常调用次数是否不小于设定阈值，若是，则判定所述外部服务异常，否则，判定所述外部服务正常；

所述系统还包括：

更新模块，用于在所述判断处理模块发送调用所述外部服务的调用请求之后，根据发送的调用请求对所述外部服务的调用情况，更新记录的所述外部服务的异常调用次数。

8.如权利要求7所述的系统，其特征在于，所述更新模块具体用于，针对每个已发送调用请求，判断该已发送调用请求是否成功调用所述外部服务，若是，则将记录的所述外部服务的异常调用次数清零，否则，将记录的所述外部服务的异常调用次数加1。

9.如权利要求8所述的系统，其特征在于，所述更新模块还用于，在将记录的所述外部服务的异常调用次数清零之前，确定所述外部服务的执行时间不大于设定时间长度。

10.如权利要求6所述的系统，其特征在于，所述判断处理模块具体用于，通过当前所有要调用所述外部服务的调用请求所在的线程获取设定数量的公共资源，并将获取到公共资源的线程中的调用请求确定为选择的调用请求并发送，其中，一个调用请求占用一个线程，一个线程最多获取一个公共资源。