CN114553778A

CN114553778A - 心跳控制方法及装置、存储介质、电子设备

Info

Publication number: CN114553778A
Application number: CN202210179059.6A
Authority: CN
Inventors: 何佳荣; 郭元华; 林德智
Original assignee: Hangzhou Netease Cloud Music Technology Co Ltd
Current assignee: Hangzhou Netease Cloud Music Technology Co Ltd
Priority date: 2022-02-25
Filing date: 2022-02-25
Publication date: 2022-05-27

Abstract

本发明的实施方式涉及计算机技术领域，更具体地，本发明的实施方式涉及心跳控制方法及装置，存储介质和电子设备。所述心跳控制方法包括：获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。本发明能够实现基于网络的拥塞程度来实时的动态调整心跳周期，使得心跳频率能够满足当前的网络状态。

Description

心跳控制方法及装置、存储介质、电子设备

技术领域

本发明的实施方式涉及计算机技术领域，更具体地，本发明的实施方式涉及心跳控制方法及装置，存储介质和电子设备。

背景技术

本部分旨在为本发明的实施方式提供背景或上下文，此处的描述不因为包括在本部分中就承认是现有技术。

在目前的技术中，心跳机制一般是指定时发送一个自定义的心跳包，让通信的双方确认对端是否正常工作，以确保连接的有效性的机制。如果没有心跳机制，会出现死链，无法即时通讯等故障。例如，在服务器端和客户端之间，客户端可以通过定时发送向服务器端发送心跳信息，使服务器端确定客户端当前在线或者已经掉线。

发明内容

但是，在一些技术中，配置固定的心跳周期，在网络拥堵的情况下，可能到导致网络彻底拥塞；或者，在一些配置多个不同的心跳周期方案，存在资源消耗大、心跳周期选择不合理的情况。

为此，非常需要一种改进的心跳控制方法及装置、存储介质和电子设备，以提供一种灵活、准确的心跳周期管控方案。

在本上下文中，本发明的实施方式期望提供一种心跳控制方法和装置、存储介质和电子设备。

根据本公开的一个方面，提供一种心跳控制方法，包括：获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；

基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。

在本公开的一种示例性实施例中，所述基于所述当前往返时间确定当前网络拥塞程度，包括：

根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及

结合所述请求时间因子、服务器负载因子，确定所述当前网络拥塞程度。

确定所述目标服务对应的应用场景类型，并确定所述应用场景类型对应的场景优先级因子；

结合所述请求时间因子，以及服务器负载因子、场景优先级因子，确定所述当前网络拥塞程度。

在本公开的一种示例性实施例中，所述请求时间因子、服务器负载因子分别配置有第一权重系数、第二权重系数。

在本公开的一种示例性实施例中，所述基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长，包括：

将所述当前网络拥塞程度的数值分别与预设的第一间隔时长、第二间隔时长数值进行比对；

在所述当前网络拥塞程度的数值小于所述第一间隔时长时，将所述第一间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者，

在所述当前网络拥塞程度的数值大于所述第二间隔时长时，将所述第二间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者

在所述当前网络拥塞程度的数值大于或等于所述第一间隔时长，且小于或等于所述第二间隔时长时，将所述当前网络拥塞程度的数值配置为所述目标服务的更新心跳间隔时长。

在本公开的一种示例性实施例中，所述方法还包括：

获取所述目标服务在预设统计周期内的各心跳的请求往返时间；

在请求往返时间大于平均往返时间的心跳数量大于第一阈值时，触发对所述目标服务心跳间隔时长的动态配置；或者，

在请求往返时间小于平均往返时间的心跳数量小于第二阈值时，触发对所述目标服务心跳间隔时长的动态配置。

在本公开的一种示例性实施例中，在基于所述当前往返时间确定当前网络拥塞程度时，所述方法还包括：

在当前网络拥塞程度大于第三阈值时，基于预设规则确定所述目标服务对应的关联服务；

对所述目标服务和对应的关联服务配置合并心跳包。

将所述请求时间因子配置为所述当前网络拥塞程度。

在本公开的一种示例性实施例中，基于所述当前网络拥塞程度动态配置所述目标服务的心跳间隔，包括：

根据所述请求时间因子以反比例配置所述目标服务的更新心跳间隔时长。

根据本公开的一个方面，提供一种心跳控制装置，包括：当前网络拥塞程度计算模块，用于获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；

心跳间隔时长更新模块，用于基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。

在本公开的一种示例性实施例中，所述当前网络拥塞程度计算模块用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及结合所述请求时间因子、服务器负载因子，确定所述当前网络拥塞程度。

在本公开的一种示例性实施例中，所述当前网络拥塞程度计算模块用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及确定所述目标服务对应的应用场景类型，并确定所述应用场景类型对应的场景优先级因子；结合所述请求时间因子，以及服务器负载因子、场景优先级因子，确定所述当前网络拥塞程度。

在本公开的一种示例性实施例中，所述心跳间隔时长更新模块用于将所述当前网络拥塞程度的数值分别与预设的第一间隔时长、第二间隔时长数值进行比对；在所述当前网络拥塞程度的数值小于所述第一间隔时长时，将所述第一间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者，在所述当前网络拥塞程度的数值大于所述第二间隔时长时，将所述第二间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者在所述当前网络拥塞程度的数值大于或等于所述第一间隔时长，且小于或等于所述第二间隔时长时，将所述当前网络拥塞程度的数值配置为所述目标服务的更新心跳间隔时长。

在本公开的一种示例性实施例中，所述装置还包括：

心跳请求往返时间比对模块，用于获取所述目标服务在预设统计周期内的各心跳的请求往返时间；在请求往返时间大于平均往返时间的心跳数量大于第一阈值时，触发对所述目标服务心跳间隔时长的动态配置；或者，在请求往返时间小于平均往返时间的心跳数量小于第二阈值时，触发对所述目标服务心跳间隔时长的动态配置。

在本公开的一种示例性实施例中，所述装置还包括：

关联服务处理模块，用于在当前网络拥塞程度大于第三阈值时，基于预设规则确定所述目标服务对应的关联服务；对所述目标服务和对应的关联服务配置合并心跳包。

在本公开的一种示例性实施例中，所述当前网络拥塞程度计算模块用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及将所述请求时间因子配置为所述当前网络拥塞程度。

在本公开的一种示例性实施例中，所述心跳间隔时长更新模块用于根据所述请求时间因子以反比例配置所述目标服务的更新心跳间隔时长。

根据本公开的一个方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时上述的心跳控制方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的心跳控制方法。

根据本发明实施方式的心跳控制方法，通过利用目标服务当前心跳对应的当前往返时间来计算当前网络拥塞程度，再基于当前网络拥塞程度来动态的配置目标服务的更新心跳间隔时间，能够实现基于网络的拥塞程度来实时的动态调整心跳周期，使得心跳频率能够满足当前的网络状态，使心跳周期能够取得一个合理的数值；避免了由于心跳包而加重网络拥塞的问题，有效的降低服务器压力。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施方式的心跳控制方法的流程图；

图2示意性地示出了根据本发明实施方式的触发心跳间隔时长动态配置的方法的流程图；

图3示意性地示出了根据本发明实施方式的利用请求时间因子配置当前网络拥塞程度的方法的流程图；

图4示意性地示出了根据本发明实施方式的结合请求时间因子、服务器负载因子确定当前网络拥塞程度的方法的流程图；

图5示意性地示出了根据本发明实施方式的一种计算当前网络拥塞程度的方法的流程图；

图6示意性地示出了根据本发明实施方式的确定更新心跳间隔时长的方法的流程图；

图7示意性地示出了根据本发明实施方式的心跳控制装置的方框图；

图8示出了根据本发明实施方式的存储介质的示意图；以及

图9示意性示出了根据发明实施方式的电子设备的方框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提供一种消息推送方法、消息推送装置、存储介质和电子设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐述本发明的原理和精神。

发明概述

本发明人发现，现有技术中，一种心跳方案中，设定固定时间探测，例如每隔5秒钟探测一次。但是，这样的方法会造成在网络拥堵情况下，发送信息变慢，因为网络拥塞严重，还要发送大量的心跳。一般来说，一个小规模的企业，普通的app日活至少有百万，这百万连接如果每5秒钟发送一次心跳，在大规模的拥塞或者弱网下，会导致网络彻底拥塞或者瘫痪，消息完全发送不了。还可能会造成服务端压力巨大；由于接收心跳，返回确认是需要服务端进行处理的，大规模的心跳处理，会严重的占据服务端的资源，极端情况下，会导致服务端瘫痪。在另一种心跳方案中，可以预置多个不同的心跳周期，而后在选出一个作为最优的心跳周期；但是这样的方法精准度不够，资源消耗大。而且，无法灵活的根据不用的业务进行调整。举例来说，在网关集群的应用场景中，网关集群保持千万连接，并且位于同一机房，此刻机房入口专线流量已经爆满，然而，百万个客户端仍然需要发送大量的心跳，导致TCP(Transmission Control Protocol，传输控制协议)层流量更为拥堵，而且久久不能恢复；各客户端会以固定时间发送心跳，一旦心跳回不来，会导致断线重连，中间还会有TLS(Transport Layer Security，传输层安全)加密建连接协商的过程，这个过程会大大加剧本就非常负载高的服务器CPU资源耗尽，整个网关集群处于暂时不可用状态，客户端则表现为长时间连接不了；例如，应用程序的页面长时间处于加载中(例如显示转圈圈，等待提示文字等)这种状态。

鉴于上述内容，本发明的基本思想在于：根据本发明实施方式的心跳控制方法和心跳控制装置，通过实时的获取目标服务对应的当前网络拥塞程度，再基于该当前网络拥塞程度实时的动态配置该目标服务对应的更新心跳间隔时长，从而实现面向单一服务的心跳频率调节，且使得心跳频率能够满足当前的网络状态，使心跳周期能够取得一个合理的数值；避免了由于心跳包而加重网络拥塞的问题，有效的降低服务器压力。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

示例性方法

下面结合图1来描述根据本发明示例性实施方式的心跳控制方法。

参考图1，所述心跳控制方法可以包括以下步骤：

S11、获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；

S12、基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。

在本发明实施方式的心跳控制方法中，通过利用目标服务当前心跳对应的当前往返时间来计算当前网络拥塞程度，再基于当前网络拥塞程度来动态的配置目标服务的更新心跳间隔时间，能够实现基于网络的拥塞程度来实时的动态调整心跳周期，使得心跳频率能够满足当前的网络状态，使心跳周期能够取得一个合理的数值；避免了由于心跳包而加重网络拥塞的问题，有效的降低服务器压力。

在本公开的示例性实施方式中，可以预先配置有对于心跳间隔时长动态配置的触发条件。参考图2所示，具体可以包括：

步骤S21，获取所述目标服务在预设统计周期内的各心跳的请求往返时间；

步骤S22，在请求往返时间大于平均往返时间的心跳数量大于第一阈值时，触发对所述目标服务心跳间隔时长的动态配置；或者，

步骤S23，在请求往返时间小于平均往返时间的心跳数量小于第二阈值时，触发对所述目标服务心跳间隔时长的动态配置。

在本公开的示例性实施方式中，上述的方法可以由终端设备和/或服务器端执行。一个应用程序可能包含多项服务内容，不同的服务用于实现不同的功能。以用户终端为例，在一种浏览器应用程序中，可以包含文本服务、广告服务等服务内容。其中，每一项服务均能与服务器端之间进行发送心跳，保持连接并进行数据交互。对于每一项服务而言，也可以预先配置有初始的或者默认的心跳发送频率。

在一些示例性实施方式中，在终端和/或服务器端，可以预先配置对于心跳间隔时长进行动态配置的触发条件。例如，可以预先配置针对心跳的监控周期，记录心跳监控周期内每一次心跳的请求往返时长；并基于对心跳监控周期内的请求往返时长的统计结果来判断在下一监控周期是否需要对心跳间隔时长进行重新配置。例如，监控周期的时长可以是30秒、1分钟、3分钟或5分钟等时长；具体可以根据服务的类型以及该服务默认的心跳间隔时长来配置。

具体而言，对于心跳请求的往返时长，在长连接的网关服务器中，请求的往返是指当前协议下请求发送后，由网关立刻回复一个应答，代表当前请求包已经收到。可以基于对目标服务的长时间的心跳往返时长的历史数据统计结果计算一平均往返时长。对于应用程序中的不同服务，其统计的平均往返时长可能不同。将当前统计周期内记录的每个心跳的请求往返时间分别与该平均往返时间进行比对。举例而言，上述的第一阈值、第二阈值可以是根据统计周期的时长和平均往返时长计算的；或者，是基于该计算结果重新配置的。或者，第一阈值、第二阈值也可以是根据经验值配置的。例如，统计周期的时长与平均往返时长计算的差值10，则第一阈值可以配置3、4或5等数值；第二阈值可以配置为4、5或6等数值。在统计周期存在多个心跳的请求往返时间大于平均往返时间的心跳，且数量大于第一阈值时，表示当前存在一定程度的网络拥塞；若连续多个心跳的请求往返时长呈递增趋势，则表示网络拥塞程度逐步严重。此时便可以对心跳间隔时长进行重新配置，增加心跳间隔时长，以避免网络拥塞恶化，避免进一步加重服务器压力。或者，若在统计周期存在多个心跳的请求往返时间小于平均往返时间的心跳，且数量大于第二阈值时，表示当前网络状态良好，可以根据业务的实际需求对心跳间隔时长进行重新配置。即，在网络状态变差或变好时，都可以触发对心跳间隔时长的动态配置。

或者，在一些示例性实施方式中，也可以针对终端或服务器端的每一次心跳均进行对应的监控，通过对每一次心跳的请求往返时间的时长来判断当前是否触发对心跳间隔时长的调整。例如，将当前一次心跳的请求往返时长与平均往返时长进行比较，若当前请求往返时长大于平均往返时长，且差值大于一预设值，则可以触发对目标服务心跳间隔时长的动态配置。或者，若当前请求往返时长小于平均往返时长，且差值大于一预设值，同样可以触发对目标服务心跳间隔时长的动态配置。或者，也可以是对在连续的多个心跳满足上述的条件时，触发对目标服务心跳间隔时长的动态配置。

举例而言，上述的目标服务可以是终端或服务器端的任意一项服务。可以采集目标服务当前一次心跳对应的请求往返时间作为当前往返时间。心跳请求的往返时长可以是终端的应用程序向服务器端发出心跳包的时刻，至接收到服务器端回复的固定信息的时刻之间的时长。

在步骤S11中，获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度。

在本公开的示例性实施方式中，可以是在利用上述实施方式中的方法判断当前触发了对心跳间隔时长的动态配置后，再对当前网络拥塞程度进行计算。或者，也可以是在没有触发条件的情况下，对每一次的心跳均计算对应的网络拥塞程度。

在一些示例性实施方式中，可以仅利用当前往返时间来表示当前网络拥塞程度。即，网络拥塞程度与心跳消耗的往返时间成正比；若心跳的往返时间越长，则当前的网络拥塞程度越高，对应配置对应的当前网络拥塞程度的数值越高；类似的，若心跳的往返时间越短，则配置对应的当前网络拥塞程度数值越低。

或者，在一些示例性实施方式中，参考图3所示，上述的步骤S11中所述的基于所述当前往返时间确定当前网络拥塞程度，具体可以包括：

步骤S311，根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及

步骤S312，将所述请求时间因子配置为所述当前网络拥塞程度。

具体而言，在获取当前一次心跳的当前往返时间后，可以根据目标服务的当前往返时间和平均往返时间计算请求时间因子，并将该请求时间因此配置为当前网络拥塞程度。具体的，计算请求时间因子可以包括：

t＝(t₀*Q)/(Q₀*T)

其中，t₀为平均往返时间；Q₀为平均请求大小；Q为当前请求大小；T为当前请求往返时间。

举例来说，t的取值范围为(0,1)，若计算t>1，则取t＝1，否则，取t实际值，并可精确到小数点两位。例如，当前心跳的往返时间为50ms，平均往返时间为10ms，当前请求大小为500字节，平均请求大小为200字节，计算出请求时间为：t＝(10*500)/200/50，计算得出t＝0.5。t越大，代表当前网络情况很好，请求按时返回；若t越小，代表当前请求花费时间较多，网络拥塞情况越严重。

或者，在一些示例性实施方式中，参考图4所示，上述的步骤S11中所述的基于所述当前往返时间确定当前网络拥塞程度，具体可以包括：

步骤S41，根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及

步骤S42，结合所述请求时间因子、服务器负载因子，确定所述当前网络拥塞程度。

具体而言，可以利用上述的时间因子，以及服务器负载因子来计算当前网络拥塞程度。其中，服务器负载因子可以用于表征当前的服务器负载。负载因子越大，表明当前服务器越繁忙；反之，则表明服务器空闲。举例来说，服务器负载因子可以通过四个不同的采样点CPU、内存、网卡以及磁盘的占用比例来进行计算；或者，也可以选取各采样点中占比最高的值作为服务器负载因子。服务器负载因子的取值范围可以为0<f<1。例如，当前四个采样点中CPU占用90％，为最大值，则将服务器负载因子配置为0.9。若当前网络拥塞程度在终端侧执行计算，则服务器端可以将服务器负载因子在心跳包中发送至终端。

此外，还可以为所述请求时间因子、服务器负载因子分别配置有第一权重系数、第二权重系数。

上述的利用时间因子、服务器负载因子计算当前网络拥塞程度可以包括：

z＝(1-t)*a+f*b

其中，a、b分别为权重系数，t为请求时间因子，f为服务器负载因子。

或者，在一些示例性实施方式中，参考图5所示，上述的步骤S11中所述的基于所述当前往返时间确定当前网络拥塞程度，具体可以包括：

步骤S51，确定所述目标服务对应的应用场景类型，并确定所述应用场景类型对应的场景优先级因子；

步骤S52，结合所述请求时间因子，以及服务器负载因子、场景优先级因子，确定所述当前网络拥塞程度。

具体而言，在计算网络拥塞程度时，还可以考虑当前业务的优先级。对于不同类型的业务，可以根据其消息的收发频率、消息的实时性要求预先配置对应的优先级。例如，股票行情界面需要频繁推送，因此可以配置较高的心跳探测优先级；广告界面由于并不需要及时刷新和推送，因此可以配置低级别的优先级。例如，可以设置心跳的优先级因子的取值区间为(1，10)；则上述的广告业务的场景优先级因子可以配置为1、2或3等数值；上述的股票服务对应的场景优先级因子可以为9.5或10等数值。

上述的结合请求时间因子、服务器负载因子、场景优先级因子计算当前网络拥塞程度可以包括：

其中，a、b分别为权重系数，t为请求时间因子，f为服务器负载因子，p为场景优先级因子，l为目标服务预设的心跳最长时间间隔。其中a+b＝1，a、b均大于零。例如，可以配置a＝0.4，b＝0.6。

在步骤S12中，基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。

在本公开的示例性实施方式中，在获取当前的网络拥塞程度后，可以按照预设的规则按一定的比例，在当前默认的心跳间隔时长的基础上进行调整来获取更新心跳间隔时长。

例如，在上述仅使用当前往返时间来表示当前网络拥塞程度时，可以按预设规则以正比例配置更新心跳间隔时长。即，在网络拥塞程度升高时，延长更新心跳间隔时长；或者，在网络拥塞程度降低时，可以保持心跳间隔时长不变，或者缩短更新心跳间隔时长。

或者，在一些示例性实施方式中，在上述的步骤S12中，基于所述当前网络拥塞程度动态配置所述目标服务的心跳间隔，包括：根据所述请求时间因子以反比例配置所述目标服务的更新心跳间隔时长。

具体而言，在根据目标服务的当前往返时间和平均往返时间计算请求时间因子，并将该请求时间因此配置为当前网络拥塞程度时，t越大，代表当前网络情况很好，请求按时返回；若t越小，代表当前请求花费时间较多，网络拥塞情况越严重。基于此，可以利用该请求时间因子以反比例配置所述目标服务的更新心跳间隔时长。例如，在计算t小于一预设值时，当前拥塞情况严重，此时可以按预设规则按一定的比例延长更新心跳间隔时长；或者，在计算t大于另一预设值时，当前网络情况良好，此时可以按预设规则按一定的比例缩短更新心跳间隔时长。

或者，在一些示例性实施方式中，可以预先为不同的目标服务配置最长心跳时间间隔l和最小心跳时间间隔s。在获取当前网络拥塞程度后，可以将其与最长心跳时间间隔l和最小心跳时间间隔s进行比对，并根据比对结果来确定更新心跳间隔时长。具体的，参考图6所示，上述的步骤S12可以包括：

步骤S61，将所述当前网络拥塞程度的数值分别与预设的第一间隔时长、第二间隔时长数值进行比对；

步骤S62，在所述当前网络拥塞程度的数值小于所述第一间隔时长时，将所述第一间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者，

步骤S63，在所述当前网络拥塞程度的数值大于所述第二间隔时长时，将所述第二间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者

步骤S64，在所述当前网络拥塞程度的数值大于或等于所述第一间隔时长，且小于或等于所述第二间隔时长时，将所述当前网络拥塞程度的数值配置为所述目标服务的更新心跳间隔时长。

具体的，在根据上述公式计算得到当前网络拥塞程度z时，将z分别对于s、l进行比较。若z<s，则z＝s，即当前网络拥塞程度z小于最小心跳时间间隔s时，将最小心跳时间间隔s配置为更新心跳间隔时长。或者，若z>l，则z＝l，即当前网络拥塞程度z大于最长心跳时间间隔l时，将最长心跳时间间隔l配置为更新心跳间隔时长。若s<z<l，则将z的数值配置为更新心跳间隔时长。即，s≤z≤l。此外，目标服务的最小心跳时间间隔、最长心跳时间间隔可以根据业务属性进行配置。例如，设置l＝20，s＝5等数值。

例如，如果在预设时间段，例如10分钟内，超过90％的请求往返时间都小于平均往返时间，则可以触发心跳调整，增加心跳频率，保证探测的及时性。或者，如果在10分钟内，当前应用的某一服务的心跳请求在这段时间内都超过其平均往返请求时间，达到一个阈值，例如60％或者90％，则可以触发对心跳间隔时长进行动态调整，用来减轻网络压力。

此外，在一些示例性实施方式中，上述方法还可以包括：

步骤S71，在当前网络拥塞程度大于第三阈值时，基于预设规则确定所述目标服务对应的关联服务；

步骤S72，对所述目标服务和对应的关联服务配置合并心跳包。

具体的，若计算目标服务的当前网络拥塞程度大于一定程度时，如上述的第三阈值，可以将与目标服务存在关联关系的至少一个关联服务进行合并，将多个服务共用一个心跳包。其中，上述的第三阈值可以是目标服务预设的最长心跳间隔时长；或者，第三阈值为80％或者85％等数值。或者，也可以是当前网络拥塞程度大于第三阈值且持续了一定时长后，对多个存在关联关系的服务合并心跳包。例如，上述关联服务可以是与目标服务相同的服务器端，即不同业务心跳包会发送到同一个目的地；此外，也可以是同一个应用程序内不同功能的业务。例如，业务A和业务B心跳的地址是同一个服务器端口且心跳包相同，则可以使用合并心跳包方式。

具体的，终端或服务器端在确定需要使用合并心跳包时，以服务器但为例，可以首先向终端发送合并心跳包的通知消息，通知消息中可以包含使用合并心跳包的服务标识，合并规则、心跳包内容、心跳包发送间隔时长等配置信息。终端在接收到通知消息后，便可以执行对应的配置信息，并在发送的心跳包中添加合并心跳包的标识信息，以便服务器端识别。或者，在终端和服务器端也可以预先存储有能够合并心跳包的服务关联关系表单；终端或服务器端在判断需要合并心跳包时，也可以直接发送合并心跳包至对端，并在合并心跳包中添加指定的标识信息；对端在接收到合并心跳包后根据指定的标识信息确定合并发送心跳包的目标服务和对应的关联服务。若接收到的心跳包中不包含指定的标识信息，则确认接收到的心跳包不是合并心跳包。

此外，服务器端需要支持合并心跳包识别能力，预先配置分包策略或者应用内转包策略。如果服务A和服务B的服务器端口相同，心跳包不同，则需要服务端程序支持服务服务A到服务B的心跳转换模块，把服务A收到的心跳包转为服务B的心跳包即可。此时，服务A和服务B只需要一个心跳包便可以探测两种服务的连接情况。

在合并心跳包时，目标服务仍然执行上述的方法，在识别到网络拥塞程度降低，满足动态配置更新心跳时长条件时，便可以取消合并心跳包并在单独发送的心跳包中至服务器端。

综上所述，本公开提供的方法，可以实时的根据目标服务的心跳的往返时间来确定网络的当前拥塞程度，在基于当前拥塞程度来决定是否需要调整心跳间隔时长，以及具体如何调整。在计算当前网络拥塞程度时，结合请求时间因子、服务器负载因子、场景优先级因子中的一项或多项的组合进行计算，充分考虑网络状态、服务器负载能力等因素，在网络空闲状态、网络拥塞状态下均能实现对心跳间隔时长的动态调整，并调整至一个合理的数值。

在网络拥塞的情况下，心跳会被延后发送，有效的解决了心跳包加重网络拥塞的问题，减轻了服务器的压力。在网络空闲的情况下，可以及时探测连接的状态，保证了消息的及时性。能够让需要心跳优先级高的业务，也就是消息及时性非常高的业务提高心跳探测频率，而像是对及时性要求不高的应用，例如文本业务等，延后探测，这样可以尽最大程度的保证高优先级业务及时探测，同时又可以缓解一部分网络压力，有利于网络迅速恢复，而不至于产生雪崩的后果。而且，对心跳要求比较低频的业务也不会浪费大量客户端资源和服务端资源以及网络资源。

示例性装置

在介绍了本发明示例性实施方式的心跳控制方法之后，接下来，参考图7对本发明示例性实施方式的心跳控制装置进行描述。

参考图7所示，本发明示例性实施方式的心跳控制装置70可以包括：当前网络拥塞程度计算模块701，心跳间隔时长更新模块702；其中：

所述当前网络拥塞程度计算模块701可以用于获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度。

所述心跳间隔时长更新模块702可以用于基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长。

根据本公开的示例性实施例，所述装置还包括：所述当前网络拥塞程度计算模块701用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及结合所述请求时间因子、服务器负载因子，确定所述当前网络拥塞程度。

根据本公开的示例性实施例，所述当前网络拥塞程度计算模块701用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及确定所述目标服务对应的应用场景类型，并确定所述应用场景类型对应的场景优先级因子；结合所述请求时间因子，以及服务器负载因子、场景优先级因子，确定所述当前网络拥塞程度。

根据本公开的示例性实施例，所述请求时间因子、服务器负载因子分别配置有第一权重系数、第二权重系数。

根据本公开的示例性实施例，所述心跳间隔时长更新模块702用于将所述当前网络拥塞程度的数值分别与预设的第一间隔时长、第二间隔时长数值进行比对；在所述当前网络拥塞程度的数值小于所述第一间隔时长时，将所述第一间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者，在所述当前网络拥塞程度的数值大于所述第二间隔时长时，将所述第二间隔时长的数值配置为所述目标服务的更新心跳间隔时长；或者在所述当前网络拥塞程度的数值大于或等于所述第一间隔时长，且小于或等于所述第二间隔时长时，将所述当前网络拥塞程度的数值配置为所述目标服务的更新心跳间隔时长。

根据本公开的示例性实施例，所述装置还包括：心跳请求往返时间比对模块。

所述心跳请求往返时间比对模块可以用于获取所述目标服务在预设统计周期内的各心跳的请求往返时间；在请求往返时间大于平均往返时间的心跳数量大于第一阈值时，触发对所述目标服务心跳间隔时长的动态配置；或者，在请求往返时间小于平均往返时间的心跳数量小于第二阈值时，触发对所述目标服务心跳间隔时长的动态配置。

根据本公开的示例性实施例，所述装置还包括：关联服务处理模块。

所述关联服务处理模块可以用于在当前网络拥塞程度大于第三阈值时，基于预设规则确定所述目标服务对应的关联服务；对所述目标服务和对应的关联服务配置合并心跳包。

根据本公开的示例性实施例，所述当前网络拥塞程度计算模块701可以用于根据所述目标服务对应的所述当前往返时间，以及平均往返时间确定所述当前心跳对应的请求时间因子；以及将所述请求时间因子配置为所述当前网络拥塞程度。

根据本公开的示例性实施例，所述心跳间隔时长更新模块702可以用于根据所述请求时间因子以反比例配置所述目标服务的更新心跳间隔时长。

由于本发明实施方式的心跳控制装置的各个功能模块与上述心跳控制方法发明实施方式中相同，因此在此不再赘述。

示例性存储介质

在介绍了本发明示例性实施方式的心跳控制方法和心跳控制装置之后，接下来，参考图8对本发明示例性实施方式的存储介质进行说明。

参考图8所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品80，该程序产品对应的计算机程序被处理器执行时，能实现如上述示例性方法中所述的实施例所记载的，以及如图1-图6中所示的心跳控制方法。程序产品80可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如Java、C++等，还包括常规的过程式程序设计语言-诸如"C"语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性电子设备

在介绍了本发明示例性实施方式的存储介质之后，接下来，参考图9对本发明示例性实施方式的电子设备进行说明。

图9显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述"示例性方法"部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1-图6中所示的步骤。

存储单元820可以包括易失性存储单元，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以包括数据总线、地址总线和控制总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口850进行。电子设备800还包括显示单元840，其连接到输入/输出(I/O)接口850，用于进行显示。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了音频播放装置和音频分享装置的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims

1.一种心跳控制方法，其特征在于，包括：

获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；

2.根据权利要求1所述的心跳控制方法，其特征在于，所述基于所述当前往返时间确定当前网络拥塞程度，包括：

3.根据权利要求1所述的心跳控制方法，其特征在于，所述基于所述当前往返时间确定当前网络拥塞程度，包括：

4.根据权利要求2或3所述的心跳控制方法，其特征在于，所述请求时间因子、服务器负载因子分别配置有第一权重系数、第二权重系数。

5.根据权利要求2或3所述的心跳控制方法，其特征在于，所述基于所述当前网络拥塞程度动态配置所述目标服务的更新心跳间隔时长，包括：

6.根据权利要求1所述的心跳控制方法，其特征在于，所述方法还包括：

7.根据权利要求1或6所述的心跳控制方法，其特征在于，在基于所述当前往返时间确定当前网络拥塞程度时，所述方法还包括：

对所述目标服务和对应的关联服务配置合并心跳包。

8.一种心跳控制装置，其特征在于，包括：

当前网络拥塞程度计算模块，用于获取目标服务的当前心跳对应的当前往返时间，并基于所述当前往返时间确定当前网络拥塞程度；

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～7中任一项所述的心跳控制方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7中任一项所述的心跳控制方法。