CN117459372A - 网络连接的故障处理方法、装置、设备及介质 - Google Patents

Abstract

本申请适用于通信网络技术领域，尤其涉及一种网络连接的故障处理方法、装置、设备及介质。该方法在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应通信的目标链路，检测目标链路是否故障，若检测到目标链路故障，则获取目标链路的当前版本信息，根据当前版本信息，生成故障事件，将故障事件反馈给第一交互业务，使第一交互业务基于故障事件进行故障处理，实现了基于链路的故障检测和链路版本的故障上报，兼顾故障及时感知和对底层网络的透明感知，有助于帮助用户处理网络故障。

Description

网络连接的故障处理方法、装置、设备及介质

技术领域

本申请适用于通信网络技术领域，尤其涉及一种网络连接的故障处理方法、装置、设备及介质。

背景技术

目前，网络是一个复杂的环境，受到多种因素的影响，包括硬件故障、自然灾害、人为错误、网络攻击等。这些因素都有可能导致网络故障的发生，即使采取了各种预防和保护措施，也无法完全消除故障的可能性。例如，针对一个在线电商平台系统，用户可以在上面购买商品，那么一旦出现网络故障则有可能导致用户无法访问网站或进行购物操作，此时，通过采取一些措施，却可以尽量减小网络故障对用户造成的影响。

对于可靠性问题中的网络故障类型可将其分为两类，一是在在短时间内可以恢复的网络故障，一是需要一定时间才能恢复的网络故障。在实际应用中，对于第一类的网络故障实现透明处理，对于第二类故障及时感知。如果对第一类故障无感，会造成无法及时感知第二类故障，或者是对于第二类故障做到及时感知时，无法透明处理第一类故障，因此，无法做到同时兼顾上述两类故障。因此，如何使用合理的故障上报方式，以兼顾故障及时感知和对底层网络的透明感知成为亟待解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种网络连接的故障处理方法、装置、设备及介质，以解决如何使用合理的故障上报方式，以兼顾故障及时感知和对底层网络的透明感知的问题。

第一方面，本申请实施例提供一种网络连接的故障处理方法，所述故障处理方法包括：

在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应所述通信的目标链路，检测所述目标链路是否故障；

若检测到所述目标链路故障，则获取所述目标链路的当前版本信息，根据所述当前版本信息，生成故障事件；

将所述故障事件反馈给所述第一交互业务，使所述第一交互业务基于所述故障事件进行故障处理。

第二方面，本申请实施例提供一种网络连接的故障处理装置，所述故障处理装置包括：

故障检测模块，用于在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应所述通信的目标链路，检测所述目标链路是否故障；

事件生成模块，用于若检测到所述目标链路故障，则获取所述目标链路的当前版本信息，根据所述当前版本信息，生成故障事件；

故障处理模块，用于将所述故障事件反馈给所述第一交互业务，使所述第一交互业务基于所述故障事件进行故障处理。

第三方面，本申请实施例提供一种网络设备，所述网络设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的故障处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的故障处理方法。

本申请实施例与现有技术相比存在的有益效果是：本申请在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应所述通信的目标链路，检测所述目标链路是否故障，若检测到所述目标链路故障，则获取所述目标链路的当前版本信息，根据所述当前版本信息，生成故障事件，将所述故障事件反馈给所述第一交互业务，使所述第一交互业务基于所述故障事件进行故障处理，实现了基于链路的故障检测和链路版本的故障上报，兼顾故障及时感知和对底层网络的透明感知，有助于帮助用户处理网络故障。

附图说明

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

图1是本申请实施例一提供的一种网络连接的故障处理方法的一应用环境示意图；

图2是本申请实施例二提供的一种网络连接的故障处理方法的流程示意图；

图3是本申请实施例三提供的一种网络连接的故障处理方法的流程示意图；

图4是本申请实施例四提供的一种网络连接的故障处理方法的流程示意图；

图5是本申请实施例五提供的一种网络连接的故障处理方法的流程示意图；

图6是本申请实施例六提供的一种网络连接的故障处理方法的流程示意图；

图7是本申请实施例七提供的第一网络节点和第二网络节点的交互业务的交互示意图；

图8是本申请实施例八提供的一种网络连接的故障处理装置的结构示意图；

图9是本申请实施例九提供的一种网络设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

应理解，以下实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了说明本申请的技术方案，下面通过具体实施例来进行说明。

本申请实施例一提供的一种网络连接的故障处理方法，可应用在如图1的应用环境中，其中，第一网络节点与第二网络节点之间通过网络设备进行网络通信，两者之间具备直接连接或者间接连接的关系，对应网络设备可以是指网关、交换机等支撑网络交互的设备，该第一网络节点和第二网络节点可以为终端节点，也可以为中转节点，例如，上述第一网络节点可以为客户端，第二网络节点可以为服务端，实现客户端与服务端的通信，即实现两端业务的交互。其中，客户端包括但不限于掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本、云端网络设备、个人数字助理(Personal Digital Assistant，PDA)等设备。服务端对应的网络设备可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

参见图2，是本申请实施例二提供的一种网络连接的故障处理方法的流程示意图，上述网络连接的故障处理方法应用于图1中的网络设备，该网络设备用于对第一网络节点与第二网络节点之间的交互业务进行支撑，以使得第一网络节点与第二网络节点之间能够进行通信，其中，交互业务可以是指基于某一事项所进行的数据收发，例如，会话业务、查询业务、调用业务等。如图2所示，该网络连接的故障处理方法可以包括以下步骤：

步骤S201，在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应通信的目标链路，检测目标链路是否故障。

本实施例中，第一网络节点可以向第二网络节点发送交互请求，来实现第一网络节点与第二网络节点之间通信的交互业务，当然，第二网络节点可以向第一网络节点发送交互请求，来实现第一网络节点与第二网络节点之间通信的交互业务。

相应地，网络设备可以接收第一网络节点或者第二网络节点发送的交互申请，如果在交互申请的两个网络节点之间不存在连接的链路，则需要基于该交互申请在两个网络节点之间构建链路，其中，链路可以是指一个Socket对象，该Socket对象表征一个网络连接的一端，可以用于在网络中发送和接收数据，Socket对象允许应用程序通过网络与其他应用程序进行通信。

其中，在网络设备中记录和维护构建的链路，链路信息包括链路身份标识符(Identity Document，ID)、链路状态和链路版本信息等，如果链路信息发生变化，则网络设备会维护其记录的信息以跟随上述变化。对于第一网络节点和第二网络节点之间通信，如果已经存在了链路，则通过映射关系可以确定对应链路ID，从而可以调用对应的链路执行通信。上述的版本信息可能在链路重连或者节点重启等情况发生后发生变化，链路状态与实时监测到的连接状态相关，而链路ID可以根据申请进行变化操作。

基于上述过程可以确定两个网络节点之间通信的目标链路，通过目标链路进行数据发送的操作，可以确定目标链路是否故障，其中，目标链路的故障可以包括链路断连、链路不响应、链路不存在等情况，如果发送失败，则表明目标链路当前不可用，即目标链路为故障，如果发送成功，则表明目标链路可以使用，即目标链路为正常。

当然，上述进行数据发送时，如果发送失败，还可以持续发送多次，直至在一定时间后，仍为发送失败的情况下，确定目标链路为故障。

上述在检测目标链路是否故障时发送的数据可以为握手等协议信号，使得在目标链路连接的过程中增加协议校验的过程，有助于提高网络的安全性。

步骤S202，若检测到目标链路故障，则获取目标链路的当前版本信息，根据当前版本信息，生成故障事件。

本实施例中，在检测到目标链路为故障时，需要获取目标链路的版本，以使得外界能够感知到出故障的目标链路的版本，当前版本信息可以是指出现故障的目标链路，在当前时刻的版本信息，从上述步骤S201中可以可知，网络设备中记录有链路的版本信息，该记录为实时的，如果版本信息发生改变，该记录的版本信息也会发生改变，因此，根据链路ID在网络设备的记录中匹配到的版本信息即为该当前版本信息。

故障事件可以是用于向外界提供对故障进行感知的事件，该事件为一数据包或者数据流，其中，在故障事件中至少包含当前版本信息，以使得外界了解故障对应的链路的版本，从而在对链路进行故障处理时能够进行定位。当然，在该故障事件中还可以包括链路ID、第一网络节点、第二网络节点的信息，以及故障代码等。

步骤S203，将故障事件反馈给第一交互业务，使第一交互业务基于故障事件进行故障处理。

本实施例中，采用发送的方式将故障事件被反馈给第一交互业务，具体为第一交互业务的发起者，如果是第一网络节点发起的第一交互业务，则该发起者即为第一网络节点，如果是第二网络节点发起的第一交互业务，则该发起者即为第二网络节点。

当然，网络设备能够接收到发起者发送的第一交互业务，因此，网络设备与发起者之间的连接为正常的，可以将该故障事件反馈给该发起者，以使得该发起者基于故障事件进行故障处理。

将当前版本信息附带在故障事件中，在发起者对故障事件进行响应时，会先对当前版本信息进行校验，确认使用的是发生故障的链路的版本，从而感知这一版本的链路的故障，进而对故障进行处理。

举例说明，以交互业务为一会话为例，第一网络节点向第二网络节点发送会话申请，两个网络节点之间建立了链路A，链路A的版本为V1，链路的连接状态为正常，因此，第一网络节点发送会话数据1，会话数据1通过该链路A进行传输后，第二网络节点可以接收到该会话数据1，在第一网络节点发送会话数据2时，检测到链路A故障，此时需要将链路A的版本V1生成对应的故障事件，将该故障事件发送给第一网络节点，具体可以在第一网络节点的会话功能界面中展示该故障事件，以使得该第一网络节点感知到底层网络的故障，从而对故障进行处理，例如，第一网络节点的网线断开导致的故障，需要提示用户将网线插接好。

本申请实施例在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应通信的目标链路，检测目标链路是否故障，若检测到目标链路故障，则获取目标链路的当前版本信息，根据当前版本信息，生成故障事件，将故障事件反馈给第一交互业务，使第一交互业务基于故障事件进行故障处理，实现了基于链路的故障检测和链路版本的故障上报，兼顾故障及时感知和对底层网络的透明感知，有助于帮助用户处理网络故障。

参见图3，为本申请实施例三提供的一种网络连接的故障处理方法的流程示意图。如图3所示，在步骤S201中的检测目标链路是否故障，可以包括以下步骤：

步骤S301，监测目标链路的连接状态。

本实施例中，上述步骤S201中记载了对链路的信息的记录和维护，从而需要实时地监控链路的连接状态，即通过链路中数据的发送和接收过程进行实时的监测即可确定链路的连接状态。

连接状态可以包括中断状态、连通状态等，其中，中断状态即表征链路不可用于通信，连通状态即表征链路可用于通信。

步骤S302，若连接状态为中断状态，且中断状态的持续时间超出第一预设时间段，则确定目标链路为故障。

本实施例中，中断状态的持续时间如果超出一定时间(即第一预设时间段，例如，第一预设时间段为1min)，则确定目标链路为故障，即链路的一个长时间内无法恢复到连通状态。

其中，如果超出一定时间，则说明该故障暂时无法被解决，需要用到上述步骤S202和步骤S203记载的内容进行故障的处理。

上述过程为网络发生断连的场景，在发现连接不通后，如果在超时时间内重连未能成功，认为当前稳定的网络周期结束，结合当前断开连接的链路版本进行网络故障的上报，从而使得交互业务感知这一版本的链路的故障，进而进行异常处理。

可选的是，在监测目标链路的连接状态之后，还包括：

若连接状态由中断状态变为连通状态的时间处在第二预设时间段内，则确定目标链路不为故障。

其中，中断状态的持续时间如果在一定时间以内(即第二预设时间段，例如，第二预设时间段为30s)，则确定目标链路不为故障，即链路在短时间内恢复到了连通状态，上述的第二预设时间段应小于第一预设时间段。

上述过程为网络发生闪断的场景，内部自动地实现重连，使得上层业务网络故障无感。如果连接建立后的某次业务交互时，发现连接不通，网络内会先进行连接重连尝试，在超时时间内重连成功，继续执行交互业务的消息的发送，而对交互业务来说，除了发送时间可能略长外，同正常的一次发送没有任何区别，实现了业务对于网络闪断的无感。

本申请实施例中通过监测链路的中断时间等来确定网络是存在闪断或者断连的场景，从而在闪断的场景下使得用户无感，且能够保证在断连的场景下，用户能够感知到该版本的链路的故障，以实现对故障的处理。

参见图4，为本申请实施例四提供的一种网络连接的故障处理方法的流程示意图。如图4所示，上述步骤S301中的监测目标链路的连接状态，可以包括以下步骤：

步骤S401，基于目标链路，在第一网络节点和第二网络节点之间进行握手校验，得到校验结果。

本实施例中，握手校验可以是指基于相应地通信协议而执行的数据发送和响应的校验过程，例如，传输控制协议(Transmission ControlProtocol，TCP)是一种面向连接的、可靠的、基于字节流的通信协议，数据在传输前要建立连接，传输完毕后还要断开连接，在收发数据前要使用connect()函数和目标建立连接，建立连接的目的是保证IP地址、端口、物理链路等正确无误，为数据的传输开辟通道，TCP建立连接时要传输三个数据包，对三个数据包校验通过后即为握手校验通过，否则为握手校验不通过。

其中，无法发送握手包、接收不到响应结果以及响应结果不正确的情况均为握手校验不通过，只有在响应结果正确的情况下才确定握手校验通过。

步骤S402，若校验结果为通过，则确定目标链路的连接状态为连通状态。

步骤S403，若校验结果为不通过，则确定目标链路的连接状态为中断状态，持续执行基于目标链路，在第一网络节点和第二网络节点之间进行握手校验，得到校验结果，直至校验结果为通过。

其中，校验结果包括通过和不通过，通过即表示目标链路可以用于数据传输，即为连通状态，不通过即表示目标链路不可用于数据传输，即为中断状态。

如果校验不通过，则采用持续校验的方式，直至故障解决，从而实现对该链路的重连，故障解决可以是基于上述故障时间执行的故障处理，也可以是自动解决故障。

本申请实施例采用握手校验的形式实现对目标链路的连接，同时，能够以该方式对链路状态进行监测，从而可以准确地实现监测和控制，有助于提高网络连接的管控。

参见图5，是本申请实施例五提供的一种网络连接的故障处理方法的流程示意图，如图5所示，在上述步骤S202中的获取目标链路的当前版本信息之后，还可以包括以下步骤：

步骤S501，对目标链路的当前版本信息进行更新操作，得到更新版本信息的目标链路。

本实施例中，对目标链路的版本信息进行更新，得到更新版本信息，随后故障被修复后，目标链路相当于重新进入到一个稳定网络周期，例如，当前版本信息为V1，更新后得到更新版本信息为V2。

该更新版本信息用于区分前后两个稳定网络周期，即，当前版本信息对应一个稳定的网络周期，该更新版本信息对应一个稳定的网络周期，在将根据当前版本信息生成的故障事件上报后，目标链路可能已经进入到下一个稳定的周期，因此，用户根据上报的故障事件，可以定位到目标链路对应的故障的版本，能够与当前运行的更新版本信息对应的目标链路形成区分。

具体地，该更新目标链路的当前版本信息的操作，是在检测到目标链路故障之后，且在对故障事件的处理之前，也即是在目标链路恢复正常之前，如果还未对故障事件进行处理前，目标链路自动恢复，该版本的更新也会在目标链路自动恢复之前完成。

步骤S502，基于更新版本信息的目标链路，执行第一交互业务。

本实施例中，使用更新版本信息对应的目标链路可以继续执行上述第一交互业务，以完成该次交互。

在故障上报后，重新建立成功的连接会完成版本号的更新，作为不同稳定的网络周期的区分。此时对于不在故障时链路对应版本所在的网络周期内的建立的交互业务，则不会对故障事件进行响应，忽略该故障事件，从而达到使用在故障后重新的建立的新的连接的交互业务没有任何影响，而还能够对于故障精确感知，避免故障的影响扩大。

参见图6，为本申请实施例六提供的一种网络连接的故障处理方法的流程示意图。如图6所示，在上述步骤S501中的对目标链路的当前版本信息进行更新操作，得到更新版本信息的目标链路之后，还可以包括以下步骤：

步骤S601，若获取到触发第一网络节点和第二网络节点之间通信的第二交互业务，则将更新版本信息反馈给第二交互业务。

本实施例中，第二交互业务与第一交互业务不为同一业务，第二交互业务发生在第一交互业务之后，且与第一交互业务的交互对象相同，均为在第一网络节点和第二网络节点之间的通信，因此，采用同一链路(即目标链路)。

其中，将更新版本信息反馈给第二交互业务，使得第二交互业务与更新版本信息绑定，使第二交互业务在接收到故障事件后，确定绑定的版本信息与故障事件中的版本信息不匹配时，而不响应故障事件。

步骤S602，基于更新版本信息的目标链路，执行第二交互业务。

本实施例中，使用更新版本信息对应的目标链路可以执行上述第二交互业务，以完成该次交互。其中，对于不在故障时链路对应的版本所在的网络周期内的建立的第二交互业务，则不会对故障事件进行响应，可以忽略该故障事件，因此，可以直接执行该第二交互业务。

可选的是，在确定对应通信的目标链路之后，该故障处理方法还包括：

将目标链路的当前版本信息反馈给第一交互业务。

其中，使第一交互业务与当前版本信息绑定，并在第一交互业务接收到故障事件后，确定绑定的版本信息与故障事件中的版本信息相匹配时，对故障事件进行故障处理。

参见图7，为本申请实施例七提供的第一网络节点和第二网络节点的交互业务的交互示意图。如图7所示，从上至下依次执行的过程为一特定的场景，在该场景中，第一网络节点用于发起交互业务，第二网络节点用于响应该交互业务，第一网络节点与第二网络节点之间通过相应地链路进行通信。

其中，通过握手校验的方式确认在链路中建立连接，从而将第一网络节点的业务请求发送给第二网络节点，并接收该第二网络节点的业务回应，以转给第一网络节点，如果该过程中出现网络断连，则无法发送业务请求和业务回应，但该网络断连在短时间内恢复后(即网络仅出现了闪断)，进而可以进行重连和执行交互业务。而如果在后续过程中出现网络断连，且该网络断连超过一定的时间(即网络为长时间断连，视为故障)，则需要生成相应地故障事件，链路的版本进行更新，并且对故障事件进行处理，使得网络恢复，随后握手校验通过后进行交互业务，当然，该交互业务是在更新的版本的链路上进行的，另外，在对故障进行处理之前，网络可以是自身恢复，此时，该链路的版本依然会被更新，即标志着网络进入到下一个时期的网络稳定阶段。

对应于上文实施例的网络连接的故障处理方法，图8示出了本申请实施例八提供的网络连接的故障处理装置的结构框图，上述故障处理装置应用于图1中的网络设备，该网络设备用于对第一网络节点与第二网络节点之间的交互业务进行支撑，以使得第一网络节点与第二网络节点之间能够进行通信，其中，交互业务可以是指基于某一事项所进行的数据收发，例如，会话业务、查询业务、调用业务等。为了便于说明，仅示出了与本申请实施例相关的部分。

参见图8，该故障处理装置包括：

故障检测模块81，用于在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应通信的目标链路，检测目标链路是否故障；

事件生成模块82，用于若检测到目标链路故障，则获取目标链路的当前版本信息，根据当前版本信息，生成故障事件；

故障处理模块83，用于将故障事件反馈给第一交互业务，使第一交互业务基于故障事件进行故障处理。

可选的是，故障检测模块81，包括：

状态监测单元，用于监测目标链路的连接状态；

第一故障判定单元，用于若连接状态为中断状态，且中断状态的持续时间超出第一预设时间段，则确定目标链路为故障。

可选的是，该故障处理装置还包括：

第二故障判定单元，用于在监测目标链路的连接状态之后，若连接状态由中断状态变为连通状态的时间处在第二预设时间段内，则确定目标链路不为故障。

可选的是，状态监测单元，包括：

校验子单元，用于基于目标链路，在第一网络节点和第二网络节点之间进行握手校验，得到校验结果；

第一状态判定子单元，用于若校验结果为通过，则确定目标链路的连接状态为连通状态；

第二状态判定子单元，用于若校验结果为不通过，则确定目标链路的连接状态为中断状态，持续执行基于目标链路，在第一网络节点和第二网络节点之间进行握手校验，得到校验结果，直至校验结果为通过。

可选的是，该故障处理装置还包括：

链路版本更新模块，用于在获取目标链路的当前版本信息之后，对目标链路的当前版本信息进行更新操作，得到更新版本信息的目标链路；

业务重新执行模块，用于基于更新版本信息的目标链路，执行第一交互业务。

可选的是，该故障处理装置还包括：

第一信息发送模块，用于在对目标链路的当前版本信息进行更新操作，得到更新版本信息的目标链路之后，若获取到触发第一网络节点和第二网络节点之间通信的第二交互业务，则将更新版本信息反馈给第二交互业务，使得第二交互业务与更新版本信息绑定，使第二交互业务在接收到故障事件后，确定绑定的版本信息与故障事件中的版本信息不匹配时，而不响应故障事件；

新业务执行模块，用于基于更新版本信息的目标链路，执行第二交互业务。

可选的是，该故障处理装置还包括：

第二信息发送模块，用于在确定对应通信的目标链路之后，将目标链路的当前版本信息反馈给第一交互业务，使第一交互业务与当前版本信息绑定，并在第一交互业务接收到故障事件后，确定绑定的版本信息与故障事件中的版本信息相匹配时，对故障事件进行故障处理。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图9为本申请实施例九提供的一种网络设备的结构示意图。如图9所示，该实施例的网络设备包括：至少一个处理器(图9中仅示出一个)、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意各个网络连接的故障处理方法实施例中的步骤。

该网络设备可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，图9仅仅是网络设备的举例，并不构成对网络设备的限定，网络设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括网络接口等。

所称处理器可以是CPU，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器包括可读存储介质、内存储器等，其中，内存储器可以是网络设备的内存，内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。可读存储介质可以是网络设备的硬盘，在另一些实施例中也可以是网络设备的外部存储设备，例如，网络设备上配备的插接式硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，存储器还可以既包括网络设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，该其他程序如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在网络设备上运行时，使得网络设备执行时实现可实现上述方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种网络连接的故障处理方法，其特征在于，所述故障处理方法包括：

在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应所述通信的目标链路，检测所述目标链路是否故障；

若检测到所述目标链路故障，则获取所述目标链路的当前版本信息，根据所述当前版本信息，生成故障事件；

将所述故障事件反馈给所述第一交互业务，使所述第一交互业务基于所述故障事件进行故障处理。

2.根据权利要求1所述的故障处理方法，其特征在于，所述检测所述目标链路是否故障，包括：

监测所述目标链路的连接状态；

若所述连接状态为中断状态，且中断状态的持续时间超出第一预设时间段，则确定所述目标链路为故障。

3.根据权利要求2所述的故障处理方法，其特征在于，在所述监测所述目标链路的连接状态之后，还包括：

若所述连接状态由中断状态变为连通状态的时间处在第二预设时间段内，则确定所述目标链路不为故障。

4.根据权利要求2所述的故障处理方法，其特征在于，所述监测所述目标链路的连接状态，包括：

基于所述目标链路，在所述第一网络节点和所述第二网络节点之间进行握手校验，得到校验结果；

若所述校验结果为通过，则确定所述目标链路的连接状态为连通状态；

若所述校验结果为不通过，则确定所述目标链路的连接状态为中断状态，持续执行所述基于所述目标链路，在所述第一网络节点和所述第二网络节点之间进行握手校验，得到校验结果，直至所述校验结果为通过。

5.根据权利要求1所述的故障处理方法，其特征在于，在所述获取所述目标链路的当前版本信息之后，还包括：

对所述目标链路的所述当前版本信息进行更新操作，得到更新版本信息的所述目标链路；

基于所述更新版本信息的所述目标链路，执行所述第一交互业务。

6.根据权利要求5所述的故障处理方法，其特征在于，在所述对所述目标链路的所述当前版本信息进行更新操作，得到更新版本信息的所述目标链路之后，还包括：

若获取到触发所述第一网络节点和所述第二网络节点之间通信的第二交互业务，则将所述更新版本信息反馈给所述第二交互业务，使得所述第二交互业务与所述更新版本信息绑定，使所述第二交互业务在接收到所述故障事件后，确定绑定的版本信息与所述故障事件中的版本信息不匹配时，而不响应所述故障事件；

基于所述更新版本信息的所述目标链路，执行所述第二交互业务。

7.根据权利要求1至6任一项所述的故障处理方法，其特征在于，在所述确定对应所述通信的目标链路之后，还包括：

将所述目标链路的当前版本信息反馈给所述第一交互业务，使所述第一交互业务与所述当前版本信息绑定，并在所述第一交互业务接收到所述故障事件后，确定绑定的版本信息与所述故障事件中的版本信息相匹配时，对所述故障事件进行故障处理。

8.一种网络连接的故障处理装置，其特征在于，所述故障处理装置包括：

故障检测模块，用于在获取到一触发第一网络节点和第二网络节点之间通信的第一交互业务后，确定对应所述通信的目标链路，检测所述目标链路是否故障；

事件生成模块，用于若检测到所述目标链路故障，则获取所述目标链路的当前版本信息，根据所述当前版本信息，生成故障事件；

故障处理模块，用于将所述故障事件反馈给所述第一交互业务，使所述第一交互业务基于所述故障事件进行故障处理。

9.一种网络设备，其特征在于，所述网络设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的故障处理方法。

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