终端应用程序的探活方法、装置、电子设备及存储介质与流程

1.本发明涉及互联网技术领域，尤其涉及一种终端应用程序的探活方法、装置、电子设备及存储介质。


背景技术：

2.随着移动互联网和物联网的发展，家庭智能设备越来越多，使用频率越来越高，目前一般是使用终端应用程序来控制家庭智能设备。在控制家庭智能设备的应用场景中，终端应用程序经常需要从服务器获取网络数据。为了保证持续的获取网络数据，需要终端应用程序对服务器定时触发探活，以确保终端应用程序与服务器之间保持正常网络连接。为了能够及时获取服务器发送的网络数据，定时探活的频率非常高，相邻两次定时探活之间的时间间隔非常小，这样导致会过多占用服务器的网络资源，影响服务器的访问体验。因此，终端应用程序采用现有的技术方案，对服务器进行探活，无法兼顾有效性和及时性。


技术实现要素：

3.本发明提供一种终端应用程序的探活方法、装置、电子设备及存储介质，用以解决现有技术中终端应用程序对服务器进行探活，无法兼顾有效性和及时性的缺陷，通过设定有效的规则和事件触发机制，提高终端应用程序对服务器探活的有效性和及时性，减少对网络和服务器的压力
4.本发明提供一种终端应用程序的探活方法，包括：
5.将终端应用程序与服务器进行网络连接，基于目标频率对所述服务器进行探活，并获取第一探活结果；
6.监听所述终端应用程序与所述服务器之间的网络状态，在所述网络状态发生变化的情况下，对所述服务器进行探活，并获取第二探活结果；
7.在基于所述第一探活结果或者所述第二探活结果，确定所述网络连接不可用的情况下，重启所述终端应用程序与所述服务器的网络连接。
8.根据本发明提供的终端应用程序的探活方法，所述基于目标频率对所述服务器进行探活，包括：
9.基于所述目标频率确定当前时刻满足所述终端应用程序对所述服务器进行探活的情况下，发送心跳包至所述服务器；
10.在发送所述心跳包后，在预设时间未接收到所述服务器基于所述心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至所述服务器。
11.根据本发明提供的终端应用程序的探活方法，所述在所述网络状态发生变化的情况下，对所述服务器进行探活，包括：
12.在所述网络状态发生变化的情况下，发送心跳包至所述服务器；
13.在发送所述心跳包后，在预设时间未接收到所述服务器基于所述心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至所述服务器。
14.根据本发明提供的终端应用程序的探活方法，所述第一探活结果和所述第二探活结果均包括：在一次探活中，在发送心跳包后的预设时间未接收到所述服务器返回响应的次数；其中，所述响应为所述服务器基于所述终端应用程序发送的心跳包作出的；
15.所述基于所述第一探活结果或者所述第二探活结果，确定所述网络连接不可用，包括：
16.在一次探活中，在所述预设时间未接收到所述服务器返回的响应的次数达到目标次数的情况下，则确定所述网络连接不可用。
17.根据本发明提供的终端应用程序的探活方法，还包括：
18.在基于所述第二探活结果，确定所述网络连接可用的情况下，延迟下一次定时探活的时间。
19.根据本发明提供的终端应用程序的探活方法，所述网络连接为消息队列遥测传输协议网络连接。
20.本发明还提供一种终端应用程序的探活装置，包括：
21.第一探活模块，用于将终端应用程序与服务器进行网络连接，基于目标频率对所述服务器进行探活，并获取第一探活结果；
22.第二探活模块，用于监听所述终端应用程序与所述服务器之间的网络状态，在所述网络状态发生变化的情况下，对所述服务器进行探活，并获取第二探活结果；
23.网络重启模块，用于在基于所述第一探活结果或者所述第二探活结果，确定所述网络连接不可用的情况下，重启所述终端应用程序与所述服务器的网络连接。
24.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述终端应用程序的探活方法的步骤。
25.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述终端应用程序的探活方法的步骤。
26.本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述终端应用程序的探活方法的步骤。
27.本发明提供的终端应用程序的探活方法、装置、电子设备及存储介质，当终端应用程序监听到其与服务器之间的网络连接状态发生变化时，就进行探活，以确保终端应用程序与服务器之间的网络连接正常可用，保证及时接收到服务器发送的消息。
28.另一方面，终端应用程序还以目标频率进行探活，以确保终端应用程序与服务器之间的网络连接状态未发生变化时，也可以进行探活，保证终端应用程序与服务器之间的网络连接可用。
29.由于采用上述两种不同的探活方式，通过网络连接状态触发的探活，来确保终端应用程序可以即时收到服务器发送的消息，进而本发明中第一种探活方式对应的目标频率相对于现有技术方案中的定时探活频率可以降低。
30.因此，本发明提供的探活方法可以通过设定有效的规则和事件触发机制，提高终端应用程序对服务器探活的有效性和及时性，减少对网络和服务器的压力。
附图说明
31.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
32.图1是本发明提供的终端应用程序的探活方法的流程示意图之一；
33.图2是本发明提供的终端应用程序的探活方法的流程示意图之二；
34.图3是本发明提供的消息队列遥测传输协议网络的消息通信示意图；
35.图4是本发明提供的终端应用程序的探活装置的结构示意图；
36.图5是本发明提供的电子设备的结构示意图。
具体实施方式
37.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
38.下面结合图1-图5描述本发明的终端应用程序的探活方法、装置、电子设备及存储介质。
39.本发明提供的终端应用程序的探活方法应用于终端应用程序，如图1所示，本发明提供的终端应用程序的探活方法包括：
40.步骤110、将终端应用程序与服务器进行网络连接，基于目标频率对服务器进行探活，并获取第一探活结果。
41.可以理解的是，步骤110中的探活方式，也可称为定时探活。终端可以是手机或者平板电脑，终端应用程序也即是安装在手机或者平板电脑上的应用程序。终端应用程序可以用于控制智能家电设备，例如，终端应用程序通过网络可以控制空调、冰箱、洗衣机或者电表箱等智能家电设备。
42.需要说明的是，目标频率也即是步骤110中，终端应用程序对服务器进行探活的频率。目标频率可以预先设置，根据终端应用程序的应用场景，目标频率有所不同。对于使用频率低的智能家电设备，终端应用程序对应的目标频率偏低，对于使用频率高的智能家电设备，终端应用程序对应的目标频率偏高。
43.在对服务器进行探活之前，先启动终端应用程序，开启终端应用程序与服务器之间的网络连接，再判断终端应用程序与服务器之间的网络连接是否成功，若终端应用程序与服务器之间的网络连接成功，则终端应用程序开始对服务器进行探活。
44.步骤120、监听终端应用程序与服务器之间的网络状态，在网络状态发生变化的情况下，对服务器进行探活，并获取第二探活结果。
45.可以理解的是，步骤120中的探活方式，也可称为即时探活。当终端应用程序在前台运行时，监测终端应用程序在运行中的网络状态变化，确定终端应用程序与服务器之间的网络连接是否发生改变。
46.当终端应用程序从后台切换到前台的过程中，终端应用程序，终端应用程序的网
络状态会发生变化，对该种状态的网络变化也可以进行监听。
47.步骤130、在基于第一探活结果或者第二探活结果，确定网络连接不可用的情况下，重启终端应用程序与服务器的网络连接，如图2所示。
48.可以理解的是，在终端应用程序基于网络状态发生变化对服务器进行探活的时候，可以基于第二探活结果确定终端应用程序与服务器之间的网络连接是否可用，若终端应用程序与服务器之间的网络连接不可用，则重启终端应用程序与服务器的网络连接。
49.在终端应用程序基于目标频率对服务器进行探活的时候，可以基于第一探活结果确定终端应用程序与服务器之间的网络连接是否可用，若终端应用程序与服务器之间的网络连接不可用，则重启终端应用程序与服务器的网络连接。
50.需要说明的是，终端应用程序与服务器之间的基于目标频率探活和基于网络状态变化探活是错开的，也即是，终端应用程序在基于目标频率对服务器进行探活的时刻，就不会基于网络状态变化对服务器进行探活，终端应用程序在基于网络状态变化对服务器进行探活的时刻，就不会基于目标频率对服务器进行探活。
51.在一些实施例中，基于目标频率对服务器进行探活，包括：
52.基于目标频率确定当前时刻满足终端应用程序对服务器进行探活的情况下，发送心跳包至服务器；
53.在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至服务器。
54.可以理解的是，可以基于目标频率定时以ping包的形式发送心跳包至服务器进行探活。进行探活时，发送心跳包的时间间隔固定。
55.在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，则确定服务器的响应超时，需要重发心跳包进行再次确定。
56.需要说明的，预设时间是一个可以设定的时长，在终端应用程序每次发送心跳包之后，在该时长内没有接收到服务器的响应，就需要重发心跳包。
57.在一些实施例中，在网络状态发生变化的情况下，对服务器进行探活，包括：
58.在网络状态发生变化的情况下，发送心跳包至服务器；
59.在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至服务器。
60.可以理解的是，在网络状态发生变化的情况下，以ping包的形式发送心跳包至服务器。
61.需要说明的是，终端应用程序采用基于目标频率进行探活或者基于网络状态变化进行探活，每次探活的原理和流程是相同的。
62.在一些实施例中，第一探活结果和第二探活结果均包括：在一次探活中，在发送心跳包后的预设时间未接收到服务器返回响应的次数；其中，响应为服务器基于终端应用程序发送的心跳包作出的。
63.可以理解的是，预设时间也即是预设的时长，终端应用程序每次发送心跳包之后，后面都对应一个预设时间，并判断在该预设时间内是否有接收到服务器返回的响应。
64.基于第一探活结果或者第二探活结果，确定网络连接不可用，包括：
65.在一次探活中，在预设时间未接收到服务器返回的响应的次数达到目标次数的情
况下，则确定网络连接不可用。
66.可以理解的是，在终端应用程序对服务器基于目标频率进行探活和基于网络状态变化进行探活的时候，可以设置超时时间，也即是上述的预设时间，还设置网络连接失败重试次数，也即是上述的目标次数。
67.终端应用程序每次发送心跳包至服务器之后，都要判断在预设时间内是否有接收到服务器的响应，若没有接收到服务器的响应，则要累计一次，并重发心跳包至服务器，并在重发心跳包之后，判断在预设时间内是否有接收到服务器的响应，若还没有接收到服务器的响应，继续累计次数，直至在预设时间未接收到服务器返回的响应的次数达到了目标次数，则确定终端应用程序与服务器之间的网络连接不可用。
68.在一些实施例中，终端应用程序的探活方法还包括：
69.在基于第二探活结果，确定网络连接可用的情况下，延迟下一次定时探活的时间。
70.需要说明的是，在一次探活中，在预设时间未接收到服务器返回的响应的次数低于目标次数的情况下，则确定终端应用程序与服务器之间的网络连接可用。
71.可用理解的是，在终端应用程序对服务器基于网络状态变化进行探活时，发送心跳包至服务器，若在发送心跳包后的预设时间内，接收到服务器的响应，则确定终端应用程序与服务器之间的网络连接可用。
72.在终端应用程序对服务器基于网络状态变化进行探活时，发送心跳包至服务器，若在发送心跳包后的预设时间内，未接收到服务器的响应，则重发心跳包至服务器，直至未接收到服务器的响应次数低于目标次数，且在发送心跳包后的预设时间内，收到服务器的响应，则确定终端应用程序与服务器之间的网络连接可用。
73.在一些实施例中，网络连接为消息队列遥测传输协议(message queue telemetry transport，mqtt)网络连接。
74.可用理解的是，终端应用程序与服务器之间通过消息队列遥测传输协议网络连接，在进行探活时，发送的ping包的形式发送心跳包。
75.为了满足低电量消耗和低网络带宽的需求，消息队列遥测传输协议在设计之初就包含了以下一些特点：实现简单、提供数据传输的qos(即：服务质量)、轻量、占用带宽低、可传输任意类型的数据、可保持的会话(即：session)。
76.消息队列遥测传输协议网络的通信是通过发布/订阅的方式来实现的，订阅和发布又是基于主题(即：topic)的。发布方和订阅方通过这种方式来进行解耦，由于发布方和订阅方没有直接地连接，因此，发布方和订阅方之间需要一个中间方。在消息队列遥测传输协议里面我们称中间方为broker(即：中间代理方)，用来进行消息的存储和转发。一次典型的消息队列遥测传输协议网络的消息通信流程如图3所示。
77.发布方连接到中间代理方；订阅方连接到中间代理方，并订阅主题；发布方将主题发送给中间代理方；中间代理方收到了发布方的发送的主题，发现订阅方订阅了该主题，然后将该主题转发给订阅方；订阅方从中间代理方接收该主题。
78.订阅方能获得主题的前提是需要连击成功至中间的代理，且订阅主题成功。
79.基于消息队列遥测传输协议网络的连接和保活连接机制，可以使订阅方和中间代理方得知连接是否成功，以便重连或确保连接可用。
80.消息队列遥测传输协议网络保活连接：一般在连接的时候传入保持连接的参数，
时间一般以秒为单位，若在1.5倍的保活连接时间内未收到任何消息那么则认为连接断开。基于消息队列遥测传输协议保活连接的参数设置，配合pingreq(即：探活请求)/pingresp(即：探活响应)数据包探测连接是否断开。
81.本实施例中的终端应用程序也即是订阅方，服务器也即是中间代理方，发布方可以是其他用于发布消息的服务器。
82.综上所述，本发明提供的终端应用程序的探活方法，当终端应用程序监听到其与服务器之间的网络连接状态发生变化时，就进行探活，以确保终端应用程序与服务器之间的网络连接正常可用，保证及时接收到服务器发送的消息。
83.另一方面，终端应用程序还以目标频率进行探活，以确保终端应用程序与服务器之间的网络连接状态未发生变化时，也可以进行探活，保证终端应用程序与服务器之间的网络连接可用。
84.由于采用上述两种不同的探活方式，通过网络连接状态触发的探活，来确保终端应用程序可以即时收到服务器发送的消息，进而本发明中第一种探活方式对应的目标频率相对于现有技术方案中的定时探活频率可以降低。
85.因此，本发明提供的探活方法可以通过设定有效的规则和事件触发机制，提高终端应用程序对服务器探活的有效性和及时性，减少对网络和服务器的压力。
86.进一步地，现有的技术方案中，终端应用程序与服务器之间为消息队列遥测传输协议网络连接时，一般是基于服务器与终端应用程序在指定时间内有无消息或者报文的传输，若没有消息或报文传输则认定网络连接中断，这种方式对于保持连接的时间参数设置和终端应用程序发送探活包的时机要求较高，且不灵活。采用本发明提供的探活方法，避免设置保持连接的时间参数，以及设置发送探活包的时机。
87.下面对本发明提供的终端应用程序的探活装置进行描述，下文描述的终端应用程序的探活装置与上文描述的终端应用程序的探活方法可相互对应参照。
88.如图4所示，本发明提供的终端应用程序的探活装置400包括：第一探活模块410、第二探活模块420和网络重启模块430。
89.第一探活模块410用于将终端应用程序与服务器进行网络连接，基于目标频率对服务器进行探活，并获取第一探活结果。
90.可以理解的是，终端可以是手机或者平板电脑，终端应用程序也即是安装在手机或者平板电脑上的应用程序。终端应用程序可以用于控制智能家电设备，例如，终端应用程序通过网络可以控制空调、冰箱、洗衣机或者电表箱等智能家电设备。
91.需要说明的是，目标频率可以预先设置，根据终端应用程序的应用场景，目标频率有所不同。对于使用频率低的智能家电设备，终端应用程序对应的目标频率偏低，对于使用频率高的智能家电设备，终端应用程序对应的目标频率偏高。
92.在终端应用程序对服务器进行探活之前，先启动终端应用程序，开启终端应用程序与服务器之间的网络连接，再判断终端应用程序与服务器之间的网络连接是否成功，若终端应用程序与服务器之间的网络连接成功，则终端应用程序开始对服务器进行探活。
93.第二探活模块420用于监听终端应用程序与服务器之间的网络状态，在网络状态发生变化的情况下，对服务器进行探活，并获取第二探活结果。
94.可以理解的是，当终端应用程序在前台运行时，监测终端应用程序在运行中的网
络状态变化，确定终端应用程序与服务器之间的网络连接是否发生改变。
95.当终端应用程序从后台切换到前台的过程中，终端应用程序，终端应用程序的网络状态会发生变化，对该种状态的网络变化也可以进行监听。
96.网络重启模块430用于在基于第一探活结果或者第二探活结果，确定网络连接不可用的情况下，重启终端应用程序与服务器的网络连接。
97.可以理解的是，在终端应用程序对服务器基于网络状态变化进行探活的时候，可以基于第二探活结果确定终端应用程序与服务器之间的网络连接是否可用，若终端应用程序与服务器之间的网络连接不可用，则重启终端应用程序与服务器的网络连接。
98.在终端应用程序对服务器基于目标频率进行探活的时候，可以基于第一探活结果确定终端应用程序与服务器之间的网络连接是否可用，若终端应用程序与服务器之间的网络连接不可用，则重启终端应用程序与服务器的网络连接。
99.需要说明的是，终端应用程序与服务器之间的基于目标频率进行探活和基于网络状态变化进行探活是错开的，也即是，终端应用程序在基于目标频率对服务器进行探活的时刻，就不会基于网络状态变化对服务器进行探活，终端应用程序在基于网络状态变化对服务器进行探活的时刻，就不会基于目标频率对服务器进行探活。
100.在一些实施例中，第一探活模块410包括：第一发送单元和第二发送单元。
101.第一发送单元用于基于目标频率确定当前时刻满足终端应用程序基于目标频率对服务器进行探活的情况下，发送心跳包至服务器。
102.第二发送单元用于在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至服务器。
103.可以理解的是，可以基于目标频率定时以ping包的形式发送心跳包至服务器进行探活。基于目标频率进行探活时，发送心跳包的时间间隔固定。
104.在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，则确定服务器的响应超时，需要重发心跳包进行再次确定。
105.需要说明的，预设时间是一个可以设定的时长，在终端应用程序每次发送心跳包之后，在该时长内没有接收到服务器的响应，就需要重发心跳包。
106.在一些实施例中，第二探活模块420包括：第三发送单元和第四发送单元。
107.第三发送单元用于在网络状态发生变化的情况下，发送心跳包至服务器。
108.第四发送单元用于在发送心跳包后，在预设时间未接收到服务器基于心跳包返回的响应，且本次探活发送心跳包的次数低于目标次数的情况下，再重发心跳包至服务器。
109.可以理解的是，在网络状态发生变化的情况下，以ping包的形式发送心跳包至服务器。
110.需要说明的是，终端应用程序采用定时探活或者即时探活，每次探活的原理和流程是相同的。
111.在一些实施例中，第一探活结果和第二探活结果均包括：在一次探活中，在发送心跳包后的预设时间未接收到服务器返回响应的次数；其中，响应为服务器基于终端应用程序发送的心跳包作出的。
112.可以理解的是，预设时间也即是预设的时长，终端应用程序每次发送心跳包之后，后面都对应一个预设时间，并判断在该预设时间内是否有接收到服务器返回的响应。
113.网络重启模块430进一步用于在一次探活中，在预设时间未接收到服务器返回的响应的次数达到目标次数的情况下，则确定网络连接不可用。
114.可以理解的是，在终端应用程序对服务器进行探活时候，可以设置超时时间，也即是上述的预设时间，还设置网络连接失败重试次数，也即是上述的目标次数。
115.终端应用程序每次发送心跳包至服务器之后，都要判断在预设时间内是否有接收到服务器的响应，若没有接收到服务器的响应，则要累计一次，并重发心跳包至服务器，并在重发心跳包之后，判断在预设时间内是否有接收到服务器的响应，若还没有接收到服务器的响应，继续累计次数，直至在预设时间未接收到服务器返回的响应的次数达到了目标次数，则确定终端应用程序与服务器之间的网络连接不可用。
116.在一些实施例中，终端应用程序的探活装置400还包括：探活延迟模块。
117.探活延迟模块用于在基于第二探活结果，确定网络连接可用的情况下，延迟下一次定时探活的时间。
118.需要说明的是，在一次探活中，在预设时间未接收到服务器返回的响应的次数低于目标次数的情况下，则确定终端应用程序与服务器之间的网络连接可用。
119.可用理解的是，在终端应用程序基于网络状态变化对服务器进行探活时，发送心跳包至服务器，若在发送心跳包后的预设时间内，接收到服务器的响应，则确定终端应用程序与服务器之间的网络连接可用。
120.在终端应用程序基于网络状态变化对服务器进行探活时，发送心跳包至服务器，若在发送心跳包后的预设时间内，未接收到服务器的响应，则重发心跳包至服务器，直至未接收到服务器的响应次数低于目标次数，且在发送心跳包后的预设时间内，收到服务器的响应，则确定终端应用程序与服务器之间的网络连接可用。
121.在一些实施例中，网络连接为消息队列遥测传输协议网络连接。
122.为了满足低电量消耗和低网络带宽的需求，消息队列遥测传输协议在设计之初就包含了以下一些特点：实现简单、提供数据传输的qos、轻量、占用带宽低、可传输任意类型的数据、可保持的会话。
123.消息队列遥测传输协议网络的通信是通过发布/订阅的方式来实现的，订阅和发布又是基于主题的。发布方和订阅方通过这种方式来进行解耦，由于发布方和订阅方没有直接地连接，因此，发布方和订阅方之间需要一个中间方。在消息队列遥测传输协议里面我们称中间方为broker，用来进行消息的存储和转发。一次典型的消息队列遥测传输协议网络的消息通信流程如图3所示。
124.发布方连接到中间代理方；订阅方连接到中间代理方，并订阅主题；发布方将主题发送给中间代理方；中间代理方收到了发布方的发送的主题，发现订阅方订阅了该主题，然后将该主题转发给订阅方；订阅方从中间代理方接收该主题。
125.订阅方能获得主题的前提是需要连击成功至中间的代理，且订阅主题成功。
126.基于消息队列遥测传输协议网络的连接和保活连接机制，可以使订阅方和中间代理方得知连接是否成功，以便重连或确保连接可用。
127.消息队列遥测传输协议网络保活连接：一般在连接的时候传入保持连接的参数，时间一般以秒为单位，若在1.5倍的保活连接时间内未收到任何消息那么则认为连接断开。基于消息队列遥测传输协议保活连接的参数设置，配合pingreq/pingresp数据包探测连接
是否断开。
128.本实施例中的终端应用程序也即是订阅方，服务器也即是中间代理方，发布方可以是其他用于发布消息的服务器。
129.下面对本发明提供的电子设备及存储介质进行描述，下文描述的电子设备及存储介质与上文描述的终端应用程序的探活方法可相互对应参照。
130.图5示例了一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器(processor)510、通信接口(communications interface)520、存储器(memory)530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信。处理器510可以调用存储器530中的逻辑指令，以执行终端应用程序的探活方法，该方法包括：
131.步骤110、将终端应用程序与服务器进行网络连接，基于目标频率对服务器进行探活，并获取第一探活结果；
132.步骤120、监听终端应用程序与服务器之间的网络状态，在网络状态发生变化的情况下，对服务器进行探活，并获取第二探活结果；
133.步骤130、在基于第一探活结果或者第二探活结果，确定网络连接不可用的情况下，重启终端应用程序与服务器的网络连接。
134.此外，上述的存储器530中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
135.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的终端应用程序的探活方法，该方法包括：
136.步骤110、将终端应用程序与服务器进行网络连接，基于目标频率对服务器进行探活，并获取第一探活结果；
137.步骤120、监听终端应用程序与服务器之间的网络状态，在网络状态发生变化的情况下，对服务器进行探活，并获取第二探活结果；
138.步骤130、在基于第一探活结果或者第二探活结果，确定网络连接不可用的情况下，重启终端应用程序与服务器的网络连接。
139.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的终端应用程序的探活方法，该方法包括：
140.步骤110、将终端应用程序与服务器进行网络连接，基于目标频率对服务器进行探活，并获取第一探活结果；
141.步骤120、监听终端应用程序与服务器之间的网络状态，在网络状态发生变化的情
况下，对服务器进行探活，并获取第二探活结果；
142.步骤130、在基于第一探活结果或者第二探活结果，确定网络连接不可用的情况下，重启终端应用程序与服务器的网络连接。
143.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
144.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
145.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。