CN105635231A - 一种分布式系统的调用方法和装置 - Google Patents

Abstract

本申请提供一种分布式系统的调用方法和装置。所述方法包括：从上游节点发送的第一调用消息中获取第一超时时间；在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；如果对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则停止对所述第一调用消息进行处理。通过本申请的技术方案，可以在节点自身处理超时的时候，及时停止对所述第一调用消息的继续处理，节省计算资源。

Description

一种分布式系统的调用方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种分布式系统的调用方法和装置。

背景技术

分布式系统通常由能够实现不同功能的服务器或服务器集成组成，各个服务器或服务器集群之间通过调用实现相互交互。上游节点发送调用消息，并等待下游节点在处理完成之后的反馈。如果下游节点处理超时，则会造成下游节点中大量计算资源的浪费。

发明内容

有鉴于此，本申请提供一种分布式系统的调用方法和装置，以解决下游节点处理超时所导致的计算资源的浪费。

具体地，本申请是通过如下技术方案实现的：

一种分布式系统的调用方法，所述方法包括：

从上游节点发送的第一调用消息中获取第一超时时间；

在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

如果对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则停止对所述第一调用消息进行处理。

进一步地，如果对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则停止对下游节点的调用。

进一步地，所述方法还包括：

如果对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间，则在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

进一步地，所述方法还包括：

判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息；

如果没有在所述第二超时时间内接收到下游节点返回的处理完成的消息，则确认超时。

进一步地，所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值，其中，所述第一调用剩余时间等于所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间。

进一步地，所述判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间包括：

在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

所述停止对所述第一调用消息进行处理包括：

停止执行对所述第一调用消息进行处理过程中的下一个步骤。

一种分布式系统的调用装置，所述装置包括：

时间获取单元，从上游节点发送的第一调用消息中获取第一超时时间；

第一判断单元，在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对所述第一调用消息进行处理。

进一步地，所述第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对下游节点的调用。

进一步地，所述装置还包括：

下游调用单元，在对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间时，在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

进一步地，所述装置还包括：

第二判断单元，判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息；

第二处理单元，在没有在所述第二超时时间内接收到下游节点返回的处理完成的消息时，确认超时。

进一步地，所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值，其中，所述第一调用剩余时间等于所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间。

进一步地，所述第一判断单元，具体在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

所述第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，具体停止执行对所述第一调用消息进行处理过程中的下一个步骤。

由以上描述可以看出，在本申请中，上游节点将下游节点处理第一调用消息的第一超时时间携带在所述第一调用消息中发送给下游节点，以使下游节点可以根据所述第一超时时间监控自身的处理时间，并在自身处理超时的时候，能够及时停止对所述第一调用消息的继续处理，节省了计算资源。

附图说明

图1是本申请一实施例中分布式系统的调用方法的流程示意图。

图2是本申请另一实施例中分布式系统的调用方法的流程示意图。

图3是本申请一实施例中一种服务器的结构示意图。

图4是本申请一实施例中分布式系统的调用装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

针对上述问题，本申请提供一种分布式系统的调用方案，以解决调用超时所导致的计算资源浪费的问题。

本申请提供一种分布式系统的调用方法，可以应用在服务器上，请参考图1，所述调用方法包括以下步骤：

步骤101，从上游节点发送的第一调用消息中获取第一超时时间。

在本实施例中，每个提供服务的节点上通常都会保存有管理人员预先配置的其调用下游节点的超时时间，比如：节点1在处理某个服务时，需要调用节点2，管理人员通常会在节点1中预先配置调用节点2的超时时间，节点1如果在所述超时时间内没有接收到节点2返回的处理完成的消息，则可以确认此次调用超时。在本申请中，将节点1称之为节点2的上游节点，将节点2称之为节点1的下游节点。需要说明的是，如果节点2还需要调用节点3，那么节点2为节点3的上游节点，节点3是节点2的下游节点。

在本实施例中，上游节点在发送调用消息给下游节点时，获取下游节点处理所述调用消息的超时时间，比如：从相关的配置文件中获取所述超时时间，然后将所述超时时间携带在所述调用消息中发送给下游节点，以供下游节点可以根据所述超时时间监控自身的处理进度。在本申请中，将本节点接收到的上游节点发送的调用消息称为第一调用消息，将所述第一调用消息中携带的超时时间称为第一超时时间。

在本步骤中，本节点在接收到上游节点发送的第一调用消息时，从所述第一调用消息中获取第一超时时间，所述第一超时时间就是本节点处理所述第一调用消息的超时时间，包括本节点调用下游节点后，该下游节点进行相应处理的超时时间。举例来说，假设某一节点从上游节点发送的第一调用消息中获取到的第一超时时间是1秒，如果该节点在处理完毕所述调用消息后还需要调用下游节点，则所述第一超时时间1秒为本节点处理所述调用消息和下游节点处理本节点发送的调用消息的总超时时间。

步骤102，在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间，如果已超过所述第一超时时间，则执行步骤103。

在接收到所述第一调用消息后，对所述第一调用消息进行处理。通常来讲，某个节点对所述第一调用消息进行处理会包括多个步骤：比如：读取文件、运行方法块、查询数据库等。在本实施例中，可以通过Java拦截器来捕捉每个步骤的耗时，比如：在执行完每个步骤后，捕捉执行这个步骤所消耗的时间。

在本步骤中，所述判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间可以包括：在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进程处理所消耗的时间是否已超过所述第一超时时间。具体地，在接收到所述第一调用消息后，初始化对所述第一调用消息进行处理所消耗的时间为0。假设，对所述第一调用消息进行处理的过程包括4个步骤，分别为：步骤1至步骤4，则在执行完所述步骤1之后，判断执行该步骤1所消耗的时间T1是否超过所述第一超时时间，如果已经超过所述第一超时时间，则执行本实施例中的步骤103，如果没有超过所述第一超时时间，则继续执行对所述第一调用消息进行处理过程中的步骤2，并在执行完所述步骤2后，判断执行所述步骤1所消耗的时间T1和执行所述步骤2所消耗的时间T2的总时间是否超过所述第一超时时间，如果已经超过所述第一超时时间，则执行本实施例中的步骤103，如果没有超过所述第一超时时间，则继续执行对所述第一调用消息进行处理过程中的步骤3，以此类推。当然，本领域技术人员也可以根据相关技术采取其他的方式判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间，比如：启动定时器进行倒计时等，本申请对此不作限制。

步骤103，停止对所述第一调用消息进行处理。

基于前述步骤102的判断结果，如果当前对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则说明对所述第一调用消息的处理已经超时，上游节点会依照超时的处理机制进行相应处理，比如：停止等待本节点的反馈消息等。在本实施例中，本节点在判断超时时，停止继续对所述第一调用消息进行处理，以节省本节点的计算资源。

以本节点在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进程处理所消耗的时间是否已超过所述第一超时时间为例，在本步骤中，停止执行对所述第一调用消息进行处理过程中的下一个步骤。举例来说，对所述第一调用消息进行处理的过程包括有4个步骤，分别为：步骤1至步骤4，则在执行完所述步骤1之后，假设判断执行该步骤1所消耗的时间T1已大于所述第一超时时间，则在本步骤中，停止执行步骤2。

由以上描述可以看出，在本申请中，上游节点将下游节点处理第一调用消息的第一超时时间携带在所述第一调用消息中发送给下游节点，以使下游节点可以根据所述第一超时时间监控自身的处理时间，并在自身处理超时的时候，能够及时停止对所述第一调用消息的继续处理，节省了计算资源。

可选的，在本申请的另一实施例中，如果在步骤102中判断对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，在本节点进一步停止对下游节点的调用，从而节省下游节点的计算资源。

请参考图2，在前述图2所示的实施例的基础上，所述调用方法还可以包括：

步骤104，在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

在本实施例中，如果在前述步骤102中判断对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间，则继续完成对所述第一调用消息的处理。在完成对所述第一调用消息的处理后，如果本节点不需要再调用其他下游节点，则返回处理完成的消息给上游节点。如果在完成对所述第一调用消息的处理后，本节点还需要调用其他下游节点，则向该下游节点发送调用消息，在本申请中，将该调用消息称为第二调用消息，并在所述第二调用消息中携带第二超时时间，所述第二超时时间是下游节点完成所述第二调用消息的超时时间。

在本步骤中，所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值。其中，所述第一调用剩余时间是所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间，所述预设的第二调用超时时间是开发人员预先在本节点上保存的下游节点处理所述第二调用消息的超时时间。举例来说，假设本节点从上游节点发送的第一调用消息中获取到是所述第一超时时间是3秒，本节点对所述第一调用消息进行处理所消耗的总时间是1.2秒，则所述第一调度剩余时间是3秒减去1.2秒，为1.8秒。又假设，开发人员预先保存在配置文件中的所述第二调用超时时间为1.6秒，则所述第二超时时间为较小值1.6秒。

步骤105，判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息，如果没有在所述第二超时时间内接收到下游节点返回的处理完成的消息，则执行步骤106。如果在所述第二超时时间内接收到下游节点返回的处理完成的消息，则返回处理完成的消息给上游节点。

在本实施例中，本节点在发送所述第二调用消息给所述下游节点后，会根据所述第二超时时间监控下游节点是否处理超时。具体地，本节点判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息，如果在所述第二超时时间内接收到下游节点返回的处理完成的消息，则下游节点处理未超时，本节点可以返回处理完成的消息给上游节点。如果在所述第二超时时间内没有接收到下游节点返回的处理完成的消息，则执行步骤106。

步骤106，确认超时。

基于前述步骤105的判断结果，本节点在所述第二超时时间内没有接收到下游节点返回的处理完成的消息时，可以根据预设的策略可以不返回任何消息给上游节点，或者仅将本节点的处理结果返回给上游节点，本申请对此不作限制。

进一步地，如果所述下游节点在完成对所述第二调用消息的处理后还需要调用其他节点，则可以在其完成对所述第二调用消息的处理后，向需要调用的下游节点发送第三调用消息，并在第三调用消息中携带第三超时时间。所述第三超时时间可以参考所述第二超时时间的选取办法：所述第三超时时间为第二调用剩余时间和预设的第三调用超时时间中的较小值。其中，所述第二调用剩余时间为所述第二超时时间减去本节点完成对是第二调用消息的处理所消耗的时间。以此类推，本申请同样支持所述下游节点的下游节点再调用其他节点，在此不再赘述。

下面结合具体的实施例来描述本申请的实现过程。

假设，某分布式系统中包括有节点1、节点2以及节点3。其中，节点1提供对用户身份的权限认证服务，节点2提供交易模型的建立服务，节点3提供交易订单的存储服务。

在一种示例性的应用场景中，用户在某网站下单购买商品A，则用户使用的终端发送第一调用消息给节点1，以调用该节点1验证用户的权限，假设所述第一调用消息中携带的第一超时时间是3秒，即用户完成下单过程的超时时间是3秒，则节点1从所述第一调用消息中获取到所述第一超时时间3秒后，开始对用户的权限进行认证，如果节点1在对用户的权限进行认证的过程中判断所消耗的时间已超过所述第一超时时间3秒，则节点1停止继续对用户的权限进行认证，并且不再调用节点2。如果节点1对用户的权限进行认证的过程所消耗的时间没有超过所述第一超时时间3秒，则节点1在完成对用户的权限认证后，发送第二调用消息给其下游节点：节点2，调用节点2建立交易模型，并在所述第二调用消息中携带第二超时时间。

所述第二超时时间是第一调用剩余时间与第二调用超时时间中的较小值。假设，节点1对用户的权限进行认证所消耗的时间是0.8秒，则所述第一调用剩余时间为3秒减去0.8秒，为2.2秒。又假设节点1上保存的节点2建立交易模型的第二调用超时时间为1秒，则所述第二超时时间为2.2秒和1秒钟的较小值1秒。

节点2在接收到其上游节点1发送的所述第二调用消息后，获取所述第二调用消息中携带的第二超时时间1秒，然后进行交易模型的建立，如果节点2进行交易模型的建立所消耗的时间超过所述第二超时时间1秒，则节点2停止继续建立交易模型，并不再调用节点3。如果节点2进行交易模型的建立所消耗的时间没有超过所述第二超时时间1秒，则节点2在完成交易模型的建立后，发送第三调用消息给其下游节点：节点3，以调用节点3保存订单信息，并在所述第三调用消息中携带第三超时时间。

所述第三超时时间是第二调用剩余时间与第三调用超时时间中的较小值。假设，节点2完成交易模型的建立所消耗的时间为0.6秒，则所述第二调用剩余时间为第二超时时间1秒减去0.6秒，是0.4秒。又假设节点2上保存的节点2调用节点3保存订单信息的第三调用超时时间为0.8秒，则所述第三超时时间为0.4秒和0.8秒钟的较小值0.4秒。

节点3在接收到其上游节点2发送的所述第三调用消息后，获取所述第三调用消息中携带的第三超时时间0.4秒，然后保存订单信息，如果节点3保存订单信息所消耗的时间超过所述第三超时时间0.4秒，则节点3停止继续保存所述订单信息。如果节点3保存所述订单信息所消耗的时间没有超过所述第三超时时间0.4秒，则节点3在完成订单信息的保存后，向其上游节点2发送处理完成的消息。节点2进而可以发送处理完成的消息给节点1，节点1发送处理完成的消息给用户终端。

上述实施例中，节点1、节点2和节点3可以采用前述图1或者图2所示的实施例中描述的方法来实现调用过程，在此不再赘述。

与本申请分布式系统的调用方法的实施例相对应，本申请还提供一种分布式系统的调用装置。本申请所述的装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，本申请校验装置作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。

请参考图3和图4，本申请提供一种分布式系统的调用装置300，所述调用装置300可以应用在服务器上，包括有：时间获取单元301、第一判断单元302、第一处理单元303、下游调用单元304、第二判断单元305以及第二处理单元306。

其中，所述时间获取单元301，从上游节点发送的第一调用消息中获取第一超时时间。

所述第一判断单元302，在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间。

所述第一处理单元303，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对所述第一调用消息进行处理。

进一步地，所述第一处理单元301，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对下游节点的调用。

所述下游调用单元304，在对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间时，在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

所述第二判断单元305，判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息。

所述第二处理单元306，在没有在所述第二超时时间内接收到下游节点返回的处理完成的消息时，确认超时。

进一步地，所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值，其中，所述第一调用剩余时间等于所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间。

所述第一判断单元302，具体在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间。

所述第一处理单元303，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，具体停止执行对所述第一调用消息进行处理过程中的下一个步骤。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (12)

1.一种分布式系统的调用方法，其特征在于，所述方法包括：

从上游节点发送的第一调用消息中获取第一超时时间；

在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

如果对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则停止对所述第一调用消息进行处理。

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

如果对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间，则停止对下游节点的调用。

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

如果对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间，则在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

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

判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息；

如果没有在所述第二超时时间内接收到下游节点返回的处理完成的消息，则确认超时。

5.根据权利要求3所述的方法，其特征在于，

所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值，其中，所述第一调用剩余时间等于所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间。

6.根据权利要求1所述的方法，其特征在于，

所述判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间包括：

在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

所述停止对所述第一调用消息进行处理包括：

停止执行对所述第一调用消息进行处理过程中的下一个步骤。

7.一种分布式系统的调用装置，其特征在于，所述装置包括：

时间获取单元，从上游节点发送的第一调用消息中获取第一超时时间；

第一判断单元，在对所述第一调用消息进行处理的过程中，判断对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对所述第一调用消息进行处理。

8.根据权利要求7所述的装置，其特征在于，

所述第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，停止对下游节点的调用。

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

下游调用单元，在对所述第一调用消息进行处理所消耗的时间没有超过所述第一超时时间时，在完成对所述第一调用消息的处理后，向下游节点发送第二调用消息，并在所述第二调用消息中携带第二超时时间。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二判断单元，判断是否在所述第二超时时间内接收到下游节点返回的处理完成的消息；

第二处理单元，在没有在所述第二超时时间内接收到下游节点返回的处理完成的消息时，确认超时。

11.根据权利要求9所述的装置，其特征在于，

所述第二超时时间是第一调用剩余时间和预设的第二调用超时时间中的较小值，其中，所述第一调用剩余时间等于所述第一超时时间减去完成对所述第一调用消息的处理所消耗的时间。

12.根据权利要求7所述的装置，其特征在于，

所述第一判断单元，具体在执行完对所述第一调用消息进行处理过程中的每个步骤后，判断当前对所述第一调用消息进行处理所消耗的时间是否已超过所述第一超时时间；

所述第一处理单元，在对所述第一调用消息进行处理所消耗的时间已超过所述第一超时时间时，具体停止执行对所述第一调用消息进行处理过程中的下一个步骤。