异常服务处理的方法、装置、计算机设备和存储介质与流程

本申请涉及业务过程优化技术领域，特别是涉及一种异常服务处理的方法、装置、计算机设备和存储介质。

背景技术：

随着计算机技术的发展，我们开始通过服务器来处理业务。在服务端处理业务逻辑时，不可避免需要与第三方系统进行交互，以确保业务完整性，对第三方系统提供的服务依赖性比较强。在与第三方系统交互的过程中，会存在很多异常情况，如网络异常、提供服务端宕机、交互服务响应慢、响应超时等，每种异常情况都会影响主服务端的正常处理时间。传统的技术通常通过在主服务端设置超时时间，来解决与第三方系统交互的过程中出现的异常情况。

然而，这种设置超时时间的方式，存在浪费主服务端连接资源的问题。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够节约主服务端连接资源的异常服务处理的方法、装置、计算机设备和存储介质。

一种异常服务处理的方法，所述方法包括：

获取与第三方系统对应的服务接口；

通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

在其中一个实施例中，获取与第三方系统对应的服务接口包括：

根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应；

根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

在其中一个实施例中，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态包括：

在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。

在其中一个实施例中，在关闭与第三方系统对应的服务线程之后，包括：

推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。

在其中一个实施例中，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态包括：

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口；

发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态。

在其中一个实施例中，在当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程之后，包括：

根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况；

根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间；

根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统连接的稳定性。

一种异常服务处理的装置，所述装置包括：

获取模块，用于获取与第三方系统对应的服务接口；

连接请求模块，用于通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

第一处理模块，用于当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

检测模块，用于在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

第二处理模块，用于当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

在其中一个实施例中，获取模块还用于根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应，根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取与第三方系统对应的服务接口；

通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取与第三方系统对应的服务接口；

通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

上述异常服务处理的方法、装置、计算机设备和存储介质，获取与第三方系统对应的服务接口，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态，当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态，当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。通过这种方式，监控第三方系统的可用性，当第三方系统不可用时，及时关闭服务线程，释放连接资源，节约主服务端连接资源，保证主服务端的其他服务可以正常使用，当第三方系统可用时，及时重启服务线程，恢复服务的正常使用。

附图说明

图1为一个实施例中异常服务处理的方法的应用场景图；

图2为一个实施例中异常服务处理的方法的流程示意图；

图3为一个实施例中图2中的步骤s202的子流程示意图；

图4为另一个实施例中异常服务处理的方法的流程示意图；

图5为另一个实施例中异常服务处理的方法的流程示意图；

图6为一个实施例中图2中的步骤s208的子流程示意图；

图7为另一个实施例中异常服务处理的方法的流程示意图；

图8为一个实施例中异常服务处理的装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的异常服务处理的方法，可以应用于如图1所示的应用环境中。其中，第三方系统102与服务端104通过服务端104上与第三方系统102对应的服务接口进行通信。其中，第三方系统102和服务端104可以用独立的服务器或者多个服务器组成的服务器集群来实现。服务端104获取与第三方系统对应的服务接口，通过与第三方系统102对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统102的第一工作状态，当第三方系统102的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统102的第二工作状态，当第三方系统102的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

在一个实施例中，如图2所示，提供了一种异常服务处理的方法，以该方法应用于图1中的服务端为例进行说明，包括以下步骤：

s202：获取与第三方系统对应的服务接口。

服务端根据预设的目标注解，遍历各服务接口携带的预设的注解，确定各服务接口携带的预设的注解中与目标注解对应的注解，目标注解与第三方系统相对应，根据与目标注解对应的注解，确定与第三方系统对应的服务接口。其中，预设的目标注解和各服务接口携带的预设的注解可按照需要自行设置。

s204：通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态。

服务端在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。其中，预设的请求连接时间和预设的请求间隔可按照需要自行设置，发送连接请求的次数可以由请求连接时间和请求间隔确定。

s206：当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程。

当第三方系统的第一工作状态为不可用状态时，服务端会获取请求与第三方系统连接过程中的连接异常信息数据，并根据预设的数据库保存连接异常信息数据，连接异常信息数据包括与第三方系统对应的连接异常的服务接口的信息，执行sql(structuredquerylanguage，结构化查询语言)关闭与第三方系统对应的服务线程，停止对外提供服务。

s208：在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态。

在预设的检测间隔，服务端根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口，发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，即可确定第三方系统的第二工作状态为可用状态，当未接收到与连通性请求对应的反馈信息时，会在下一个检测间隔，继续发送连通性请求至与第三方系统对应的服务接口，直到接收到与连通性请求对应的反馈信息为止，确认第三方系统的第二工作状态为可用状态。

s210：当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

当第三方系统的第二工作状态为可用状态时，服务端执行sql重启与第三方系统对应的服务线程，恢复对外提供服务。

上述异常服务处理的方法，获取与第三方系统对应的服务接口，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态，当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态，当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。通过这种方式，监控第三方系统的可用性，当第三方系统不可用时，及时关闭服务线程，释放连接资源，节约主服务端连接资源，保证主服务端的其他服务可以正常使用，当第三方系统可用时，及时重启服务线程，恢复服务的正常使用。

在其中一个实施例中，如图3所示，s202包括：

s302：根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应；

s304：根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

服务端预先为各服务接口设置了注解，注解可按照需要自行设置，注解中包括了对服务接口的描述以及属性设置，通过注解可以了解服务接口的属性以及与服务接口对接的第三方系统的信息。在处理业务服务时，服务端根据预设的目标注解，遍历各服务接口携带的预设的注解，确定各服务接口携带的预设的注解中与目标注解对应的注解，目标注解与第三方系统相对应，根据与目标注解对应的注解，确定与第三方系统对应的服务接口。举例说明，服务端包括三个服务接口，为每个服务接口预设了注解，其中，第一服务接口的注解为aaaa，第二服务接口的注解为bbbb，第三服务接口的注解为cccc，预设的目标注解为aaaa，服务端根据目标注解aaaa，遍历三个服务接口携带的预设的注解，可确定与目标注解对应的注解aaaa，进而根据与目标注解对应的注解aaaa，确定与第三方系统对应的服务接口为第一服务接口。

上述实施例，根据预设的目标注解，遍历各服务接口携带的预设的注解，确定各服务接口携带的预设的注解中与目标注解对应的注解，从而根据与目标注解对应的注解，确定与第三方系统对应的服务接口，实现了对与第三方系统对应的服务接口的确定。

在其中一个实施例中，如图4所示，s204包括：

s402：在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。

服务端在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当接收到与连接请求对应的反馈信息时，即可确认第三方系统的第一工作状态为可用状态，可与第三方系统进行数据传输，当均未接收到与连接请求对应的反馈信息时，可确定第三方系统的第一工作状态为不可用状态。其中，连接请求可以为与第三方系统对应的需要处理的业务服务数据，反馈信息可以为与需要处理的业务服务数据对应的反馈数据。

上述实施例，在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态，实现了对第三方系统的状态的确定。

在其中一个实施例中，如图5所示，在s206之后，包括：

s502：推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。

服务端在确认第三方系统不可用之后，推送第三方系统不可用的提示信息至操作终端的界面，推送告警提示至用户终端，其中，第三方系统不可用的提示信息包括系统繁忙或者服务暂停稍后再试等提示信息，告警提示用于提示用户终端的运维工作人员，当前第三方系统不可用。

上述实施例，在确定第三方系统不可用之后，推送第三方系统不可用的提示信息至操作终端的界面以及告警提示至用户终端，通过提示信息以及告警提示，提示用户第三方系统不可用。

在其中一个实施例中，如图6所示，s208包括：

s602：在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口；

s604：发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态。

在预设的检测间隔，服务端根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口，发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，即可确定第三方系统的第二工作状态为可用状态，当未接收到与连通性请求对应的反馈信息时，会在下一个检测间隔，继续发送连通性请求至与第三方系统对应的服务接口，直到接收到与连通性请求对应的反馈信息为止，确认第三方系统的第二工作状态为可用状态。

上述实施例，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口，发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态，通过连通性请求实现了对第三方系统的状态的确定。

在其中一个实施例中，如图7所示，在s210之后，包括：

s702：根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况；

s704：根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间；

s706：根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统连接的稳定性。

服务端根据服务接口的连通时间和关闭时间，统计第三方系统与服务端的连接情况，根据第三方系统与服务端的连接情况，确定第三方系统的断连次数、断连频率以及断连时间，根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统与服务端连接的稳定性。其中，断连频率指的是统计的每连续两次断连之间的时间间隔的集合，断连时间指的是统计的每一次断连持续时间的集合。断连次数越多、两次断连之间的时间间隔越短以及每一次断连持续时间越长，都表示第三方系统越不稳定。

上述实施例，根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况，根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间，进而对第三方系统进行评估，实现对第三方系统连接的稳定性的准确评估。

下面通过一个实施例来说明本申请的方案。

服务端首先根据预设的目标注解，遍历各服务接口携带的预设的注解，确定各服务接口携带的预设的注解中与目标注解对应的注解，目标注解与第三方系统相对应，根据与目标注解对应的注解，确定与第三方系统对应的服务接口。然后在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。然后获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。然后在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口，发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态，重启与第三方系统对应的服务线程。最后根据服务接口的连通时间和关闭时间，统计第三方系统与服务端的连接情况，根据第三方系统与服务端的连接情况，确定第三方系统的断连次数、断连频率以及断连时间，根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统与服务端连接的稳定性。

应该理解的是，虽然图2-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图8所示，提供了一种异常服务处理的装置，包括：获取模块802、连接请求模块804、第一处理模块806、检测模块808和第二处理模块810，其中：

获取模块802，用于获取与第三方系统对应的服务接口；

连接请求模块804，用于通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

第一处理模块806，用于当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

检测模块808，用于在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

第二处理模块810，用于当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

上述异常服务处理的装置，获取与第三方系统对应的服务接口，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态，当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态，当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。通过这种方式，监控第三方系统的可用性，当第三方系统不可用时，及时关闭服务线程，释放连接资源，节约主服务端连接资源，保证主服务端的其他服务可以正常使用，当第三方系统可用时，及时重启服务线程，恢复服务的正常使用。

在其中一个实施例中，获取模块还用于根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应，根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

在其中一个实施例中，连接请求模块还用于在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。

在其中一个实施例中，装置还包括推送模块，推送模块用于推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。

在其中一个实施例中，检测模块还用于在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口，发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态。

在其中一个实施例中，装置还包括评估模块，评估模块用于根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况，根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间，根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统连接的稳定性。

关于异常服务处理的装置的具体限定可以参见上文中对于异常服务处理的方法的限定，在此不再赘述。上述异常服务处理的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储连接异常信息数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种异常服务处理的方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取与第三方系统对应的服务接口；

通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

上述异常服务处理的计算机设备，获取与第三方系统对应的服务接口，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态，当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态，当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。通过这种方式，监控第三方系统的可用性，当第三方系统不可用时，及时关闭服务线程，释放连接资源，节约主服务端连接资源，保证主服务端的其他服务可以正常使用，当第三方系统可用时，及时重启服务线程，恢复服务的正常使用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应；

根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口；

发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况；

根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间；

根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统连接的稳定性。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取与第三方系统对应的服务接口；

通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态；

当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程；

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态；

当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。

上述异常服务处理的存储介质，获取与第三方系统对应的服务接口，通过与第三方系统对应的服务接口发送连接请求，接收并根据与连接请求对应的反馈信息，确认第三方系统的第一工作状态，当第三方系统的第一工作状态为不可用状态时，获取请求连接过程中的连接异常信息数据，根据预设的数据库保存连接异常信息数据，关闭与第三方系统对应的服务线程，在预设的检测间隔，根据预设的数据库中的连接异常信息数据，发送连通性请求至与第三方系统对应的服务接口，接收并根据与连通性请求对应的反馈信息，确认第三方系统的第二工作状态，当第三方系统的第二工作状态为可用状态时，重启与第三方系统对应的服务线程。通过这种方式，监控第三方系统的可用性，当第三方系统不可用时，及时关闭服务线程，释放连接资源，节约主服务端连接资源，保证主服务端的其他服务可以正常使用，当第三方系统可用时，及时重启服务线程，恢复服务的正常使用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设的目标注解，遍历各服务接口携带的预设的注解，确定与目标注解对应的注解，目标注解与第三方系统相对应；

根据与目标注解对应的注解，确定与第三方系统对应的服务接口。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在预设的请求连接时间内，根据预设的请求间隔，多次通过与第三方系统对应的服务接口发送连接请求，当均未接收到与连接请求对应的反馈信息时，确定第三方系统的第一工作状态为不可用状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

推送第三方系统不可用的提示信息至操作终端的界面、并推送告警提示至用户终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在预设的检测间隔，根据预设的数据库中的连接异常信息数据，确定与第三方系统对应的服务接口；

发送连通性请求至与第三方系统对应的服务接口，当接收到与连通性请求对应的反馈信息时，确定第三方系统的第二工作状态为可用状态。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据服务接口的连通时间和关闭时间，统计第三方系统的连接情况；

根据第三方系统的连接情况，确定第三方系统的断连次数、断连频率以及断连时间；

根据第三方系统的断连次数、断连频率以及断连时间，对第三方系统进行评估，确定第三方系统连接的稳定性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。