CN106972977A - 一种长连接维护方法与装置 - Google Patents

Abstract

本发明实施例提供一种长连接维护方法与装置，涉及互联网技术领域。其中，所述方法包括：获取与服务端建立长连接通信的客户端的属性信息；根据所述属性信息，为所述客户端配置长连接维护策略；按照所述长连接维护策略维护所述客户端与所述服务端的长连接。本发明实施例能够在有效维护长连接的同时，避免产生一些不必要的电能和网络资源的消耗。

Description

一种长连接维护方法与装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种长连接维护方法与装置。

背景技术

目前，市场上的大多数应用程序是建立在TCP长连接服务上的，TCP长连接可以有效减少建立TCP连接的次数，也避免了因频繁建立连接导致的网络延迟，提高了服务器响应客户端的速度。

现有技术中，服务端与客户端之间需要通过发送心跳包来维持长连接，为了确保长连接不被网络运营商切断，会统一设置一个较短的心跳包发送时间间隔。而频繁地发送心跳包，不仅会大幅度地消耗电能，还会大幅度地消耗网络资源。因此，需要合理设置心跳包发送时间周期，才能在有效维护长连接的同时避免产生一些不必要的电能和网络资源的消耗。

发明内容

本发明提供一种长连接维护方法与装置，目的在于能够在有效维护长连接的同时，避免产生一些不必要的电能和网络资源的消耗。

为了解决上述技术问题，本发明提供一种长连接维护方法，包括：

获取与服务端建立长连接通信的客户端的属性信息；

根据所述属性信息，为所述客户端配置长连接维护策略；

按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

可选地，所述属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。

可选地，根据所述属性信息，为所述客户端配置长连接维护策略，包括：

根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型；

根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略。

可选地，所述根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型，包括：

若所述终端类型为移动终端类型和/或所述网络类型为移动网络类型，则判定所述客户端所属维护类型为保活类型；

若所述终端类型为非移动终端类型和所述网络类型为非移动网络类型，则判定所述客户端所属维护类型为探活类型。

可选地，根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略，包括：

根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔；

根据所述维护类型，在所述最大时间间隔限定的范围内为所述客户端配置相应的维护时间间隔；

其中，按照所述维护时间间隔向对方发送心跳信息即所述长连接维护策略。

可选地，所述获取与服务端建立长连接通信的客户端的属性信息，包括：

从记录信息中，查找所述客户端在请求与所述服务端建立所述长连接时被记录在所述记录信息中的所述客户端的属性信息。

可选地，按照所述长连接维护策略维护所述客户端与所述服务端的长连接，包括：

在所述客户端与所述服务端的长连接空闲时，所述客户端或所述服务端按照所述长连接维护策略向对方发送心跳包。

为了解决上述技术问题，本发明提供一种长连接维护装置，包括：

获取模块，用于获取与服务端建立长连接通信的客户端的属性信息；

配置模块，用于根据所述属性信息，为所述客户端配置长连接维护策略；

维护模块，用于按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

在本发明实施例中，在维护客户端与服务端之间的长连接时，并不是针对所有的客户端采用一致的长连接维护策略，而是会根据客户端的属性信息来配置相应的长连接维护策略，也即是，针对具有不同属性信息的客户端配置不同的长连接维护策略，这种差异化的配置方案更加符合实际情况，也更加合理，有效避免了针对所有客户端配置一致的长连接维护策略的不合理导致电能和网络资源的不必要的消耗。

附图说明

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

图1为本发明一实施例提供的长连接维护方法的流程示意图；

图2为本发明又一实施例提供的长连接维护方法的流程示意图；

图3为本发明一实施例提供的长连接维护装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明一实施例提供的长连接维护方法的流程示意图。如图1所示，该方法包括：

101、获取与服务端建立长连接通信的客户端的属性信息。

102、根据所述属性信息，为所述客户端配置长连接维护策略。

103、按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

上述步骤101中，所述客户端指的是用户终端上安装的应用程序APP(Application，应用)，例如：即时通讯APP、浏览器APP、在线直播APP等。客户端可通过向服务端发送一建立长连接的请求信息与服务端建立长连接，建立长连接的具体实现方式如下，响应于针对所述客户端的有关建立长连接的操作，向服务端发送一建立长连接的请求信息；接收服务端响应于所述请求信息返回的应答信息。客户端接收到服务端的应答信息就表明客户端与服务端之间的长连接建立成功。在实际应用中，当用户欲通过客户端实现在线聊天、在线浏览网页或是在音视频直播过程中实时发送或接受弹幕信息等功能时，都需要与相应的服务器建立长连接。例如，用户欲通过在线直播APP在某一直播间中观看直播视频的同时，通过发送弹幕与主播或其他参与用户进行实时互动，该在线直播APP就需要与弹幕服务器建立长连接，以实时发送弹幕信息和接收其他参与用户的弹幕信息。

所述获取与服务端建立长连接通信的客户端的属性信息的步骤可通过以下方式中的一种或多种来实现：

方法一、在客户端向服务端发送建立长连接的请求信息中，携带上所述客户端的属性信息，服务端在接收到所述请求信息之后，在本地数据库中将所述请求信息中的客户端属性信息进行记录。这样，当需要获取所述客户端属性信息来配置长连接维护策略时，即可从服务端本地数据库的记录信息中，查找所述客户端在请求与所述服务端建立所述长连接时被记录在所述记录信息中的所述客户端的属性信息。

方法二，当需要获取所述客户端属性信息来配置长连接维护策略时，服务端可向客户端发送一获取属性信息的请求信息；客户端响应所述请求信息，将客户端属性信息上传至所述服务端。

上述步骤102中，根据所述属性信息，为具有所述属性信息的客户端配置相应的长连接维护策略。

其中，所述客户端的属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。终端类型包括移动终端类型和非移动终端类型，顾名思义，移动终端指的是方便携带的资讯处理装置，例如智能手机、平板电脑等，非移动终端指的是不常移动的资讯处理装置，例如台式电脑、笔记本电脑、智能电视等。为客户端提供网络服务的运营商信息包括运营商名称。客户端的网络类型有：移动网络类型，例如4G、3G、2G，和非移动网络类型，例如：有线网络、wifi。

由于心跳包的收发操作比较耗电，耗流量。对于移动类型终端来说，其电池容量有限，因此，在为这种类型的终端配置长连接维护策略时，需要将发送心跳包的时间间隔设置的较长一些；而对于那些非移动类型终端来说，由于它们一般都是在室内通过插电源实现运行，因此，不需要过多考虑耗电问题，可在为这种类型的终端配置长连接维护策略时，将发送心跳包的时间间隔设置的较短一些，这样有利于客户端或服务端及时掌握对方的状态。

当然，在考虑终端类型的同时，还可以考虑到网络类型以及网络运营商信息。例如，在移动网络类型下，需要考虑流量消耗问题，因此，为移动类型终端配置的长连接维护策略中发送心跳包的时间间隔可比在非移动网络类型下设置的长一些，这样，发送心跳包的频率会低一些，也就降低了流量的消耗。又例如，在配置长连接维护策略时，发送心跳包的时间间隔不能大于网络运营商针对长连接处于空闲状态设定的最长时长(网络运营商在发现某一长连接处于空闲状态的时间超过最长时长时，则会断开该长连接)。

在上述步骤103中，在为客户端配置好相应的长连接维护策略后，服务端就可按照所述长连接维护策略主动向客户端发送心跳包，客户端在接收到所述心跳包后，向服务端发送一应答包；或者是客户端按照所述长连接维护策略主动向服务端发送心跳包，服务端在接收到所述心跳包后，向客户端发送一应答包。

在本发明实施例中，在维护客户端与服务端之间的长连接时，并不是针对所有的客户端采用一致的长连接维护策略，而是会根据客户端的属性信息来配置相应的长连接维护策略，也即是，针对具有不同属性信息的客户端配置不同的长连接维护策略，这种差异化的配置方案更加符合实际情况，也更加合理，有效避免了针对所有客户端配置一致的长连接维护策略的不合理导致电能和网络资源的不必要的消耗。

图2为本发明又一实施例提供的长连接维护方法的流程示意图。如图2所示，该方法包括：

201、获取与服务端建立长连接通信的客户端的属性信息，其中，所述属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。

202、根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型。

203、根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略。

204、按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

上述步骤201，可参见上述实施例的描述，此处不再赘述。

在实际应用中，一旦网络运营商发现某一长连接处于空闲状态的时间超过设定的最长时长，就会断开该长连接。这样的话，当客户端再次请求访问服务端时，需要重新与服务端建立长连接，而建立长连接是需要一定时间，这必然会增加请求过程中的网络总耗时，降低服务端处理请求的速度。因此，需要在网络运营商断开该长连接之前，客户端/服务器发送一心跳包给对方以确保该长连接不被运营商给断开。

上述步骤202中，所述维护类型包括保活类型和探活类型。“保活”指的是在网络运营商针对长连接处于空闲状态设定的最长时长内，服务器或客户端向对方发送一心跳包，以确保其之间的长连接在空闲时不被网络运营商断开，因此，在为保活类型的客户端配置长连接维护策略时，可将发送心跳包的时间间隔设置地靠近网络运营商设定的最长时长，但必须小于所述最长时长。“探活”指的是客户端或服务端通过向对方发送心跳包以及时了解对方状态，为了能够及时了解到对方状态，在为探活类型的客户端配置长连接维护策略时，可将发送心跳包的时间间隔设置得越短越好。

在一种可实现的方案中，根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型的步骤，可包括：若所述终端类型为移动终端类型和/或所述网络类型为移动网络类型，则判定所述客户端所属维护类型为保活类型；若所述终端类型为非移动终端类型和所述网络类型为非移动网络类型，则判定所述客户端所属维护类型为探活类型。也即是，将移动终端上的客户端或者是通过移动网络连网的客户端判定为保活类型，将非移动终端上的通过非移动网络连网的客户端判定为探活类型。

上述步骤203中，根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略的步骤，具体实现方式如下，根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔；根据所述维护类型，在所述最大时间间隔限定的范围内为所述客户端配置相应的维护时间间隔；其中，按照所述维护时间间隔向对方发送心跳信息即所述长连接维护策略。

根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔的步骤，具体实现方式如下：获取所述运营商针对各个网络类型设定的长连接处于空闲状态的最长时长与各个网络类型的对应关系表；根据所述运营商信息及所述网络类型，从所述对应关系表中，确定所述运营商针对所述网络类型设定的长连接处于空闲状态的最长时长；将所述网络运营商针对所述网络类型设定的长连接处于空闲状态的最长时长确定为所述发送心跳包的最大时间间隔。通常，不同网络运营商针对长连接处于空闲状态设定的最长时长是不同的，因此，针对不同的网络运营商，所述发送心跳包的最大时间间隔也不同。并且，同一网络运营商针对不同网络类型设定的长连接处于空闲状态的最长时长也是不同的，因此，针对同一网络运营商下的不同网络类型，所述发送心跳包的最大时间间隔也不同。

若维护类型为保活类型，则在所述最大时间间隔设定的范围内为所述客户端配置一较长的维护时间间隔；若维护类型为探活类型，则在所述最大时间间隔设定的范围内为所述客户端配置一较短的维护时间间隔。

例如，客户端A，为安装在智能手机上的应用程序，该智能手机通过中国电信4G网络连网。针对4G网络，中国电信设定的长连接处于空闲状态的最长时长为4min。由于所述客户端A的终端类型为移动终端类型，且网络类型为移动网络类型，因此，可判定所述客户端A所属维护类型为保活类型，且根据中国电信设定的最长时长可确定出发送心跳包的最大时间间隔为4min，由于保活类型的客户端是在节约电量和流量的前提下，保证长连接不会被运营商断开，因此，维护时间间隔可靠近最大时间间隔，只要不超过最大时间间隔4min，例如，配置在3min以上。

客户端B，为安装在台式电脑上的应用程序，该台式电脑通过中国电信有线宽带连网。针对有线宽带网络，中国电信设定的长连接处于空闲状态的最长时长为5min。由于所述客户端B的终端类型为非移动终端类型，且网络类型为非移动网络类型，因此，可判定所述客户端B所属维护类型为探活类型，且根据中国电信设定的最长时长可确定出发送心跳包的最大时间间隔为5min，由于探活类型的客户端是无需考虑电量和流量消耗等问题，因此，维护时间间隔越短越能够确保服务端或客户端及时了解到对方状态，例如，配置在1min以内。

在上述步骤204中，所述客户端或所述服务端按照所述维护时间间隔向对方发送心跳信息，以维护服务端与客户端之间的长连接。

具体地，在所述客户端与所述服务端的长连接空闲时，所述客户端或所述服务端按照所述长连接维护策略向对方发送心跳包，即在长连接无数据往来时，所述客户端或所述服务端按照所述维护时间间隔向对方发送心跳包。

在本发明实施例中，在维护客户端与服务端之间的长连接时，并不是针对所有的客户端采用一致的长连接维护策略，而是会根据客户端的属性信息来配置相应的长连接维护策略，也即是，针对具有不同属性信息的客户端配置不同的长连接维护策略，这种差异化的配置方案更加符合实际情况，也更加合理，有效避免了针对所有客户端配置一致的长连接维护策略的不合理导致用户终端电能和流量的不必要的消耗。

图3为本发明一实施例提供的长连接维护装置的结构示意图。如图3所示，该装置包括：获取模块301、配置模块302以及维护模块303：

获取模块301，用于获取与服务端建立长连接通信的客户端的属性信息。

配置模块302，用于根据所述属性信息，为所述客户端配置长连接维护策略。

维护模块303，用于按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

可选地，所述属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。

可选地，所述配置模块302，包括：

判定单元，用于根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型。

配置单元，用于根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略。

可选地，所述配置单元，包括：

确定子单元，用于根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔。

配置子单元，用于根据所述维护类型，在所述最大时间间隔限定的范围内为所述客户端配置相应的维护时间间隔；其中，按照所述维护时间间隔向对方发送心跳信息即所述长连接维护策略。

可选地，所述获取模块301，包括：

查找单元，用于从记录信息中，查找所述客户端在请求与所述服务端建立所述长连接时被记录在所述记录信息中的所述客户端的属性信息。

可选地，所述维护模块303，包括：

发送单元，用于在所述客户端与所述服务端的长连接空闲时，所述客户端或所述服务端按照所述长连接维护策略向对方发送心跳包。

这里需要说明的是：本实施例提供的所述长连接维护装置可实现上述各长连接维护方法实施例提供的技术方案，具体的实现原理可参见上述各实施例中的相应内容，此处不再赘述。

在本发明实施例中，在维护客户端与服务端之间的长连接时，并不是针对所有的客户端采用一致的长连接维护策略，而是会根据客户端的属性信息来配置相应的长连接维护策略，也即是，针对具有不同属性信息的客户端配置不同的长连接维护策略，这种差异化的配置方案更加符合实际情况，也更加合理，有效避免了针对所有客户端配置一致的长连接维护策略的不合理导致用户终端电能和流量的不必要的消耗。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (14)

1.一种长连接维护方法，其特征在于，包括：

获取与服务端建立长连接通信的客户端的属性信息；

根据所述属性信息，为所述客户端配置长连接维护策略；

按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

2.根据权利要求1所述的方法，其特征在于，所述属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。

3.根据权利要求2所述的方法，其特征在于，根据所述属性信息，为所述客户端配置长连接维护策略，包括：

根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型；

根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略。

4.根据权利要求3所述的方法，其特征在于，根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型，包括：

若所述终端类型为移动终端类型和/或所述网络类型为移动网络类型，则判定所述客户端所属维护类型为保活类型；

若所述终端类型为非移动终端类型和所述网络类型为非移动网络类型，则判定所述客户端所属维护类型为探活类型。

5.根据权利要求3所述的方法，其特征在于，根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略，包括：

根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔；

根据所述维护类型，在所述最大时间间隔限定的范围内为所述客户端配置相应的维护时间间隔；

其中，按照所述维护时间间隔向对方发送心跳信息即所述长连接维护策略。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述获取与服务端建立长连接通信的客户端的属性信息，包括：

从记录信息中，查找所述客户端在请求与所述服务端建立所述长连接时被记录在所述记录信息中的所述客户端的属性信息。

7.根据权利要求1至5中任一项所述的方法，其特征在于，按照所述长连接维护策略维护所述客户端与所述服务端的长连接，包括：

在所述客户端与所述服务端的长连接空闲时，所述客户端或所述服务端按照所述长连接维护策略向对方发送心跳包。

8.一种长连接维护装置，其特征在于，包括：

获取模块，用于获取与服务端建立长连接通信的客户端的属性信息；

配置模块，用于根据所述属性信息，为所述客户端配置长连接维护策略；

维护模块，用于按照所述长连接维护策略维护所述客户端与所述服务端的长连接。

9.根据权利要求8所述的装置，其特征在于，所述属性信息包括：终端类型、为客户端提供网络服务的运营商信息及客户端的网络类型。

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

判定单元，用于根据所述终端类型和/或所述网络类型，判定所述客户端所属维护类型；

配置单元，用于根据所述运营商信息、所述网络类型及所述维护类型，为所述客户端配置所述长连接维护策略。

11.根据权利要求10所述的装置，其特征在于，所述判定单元，还用于：

若所述终端类型为移动终端类型和/或所述网络类型为移动网络类型，则判定所述客户端所属维护类型为保活类型；

若所述终端类型为非移动终端类型和所述网络类型为非移动网络类型，则判定所述客户端所属维护类型为探活类型。

12.根据权利要求10所述的装置，其特征在于，所述配置单元，包括：

确定子单元，用于根据所述运营商信息及所述网络类型，确定发送心跳包的最大时间间隔；

配置子单元，用于根据所述维护类型，在所述最大时间间隔限定的范围内为所述客户端配置相应的维护时间间隔；其中，按照所述维护时间间隔向对方发送心跳信息即所述长连接维护策略。

13.根据权利要求8至12中任一项所述的装置，其特征在于，所述获取模块，包括：

查找单元，用于从记录信息中，查找所述客户端在请求与所述服务端建立所述长连接时被记录在所述记录信息中的所述客户端的属性信息。

14.根据权利要求8至12中任一项所述的装置，其特征在于，所述维护模块，包括：

发送单元，用于在所述客户端与所述服务端的长连接空闲时，所述客户端或所述服务端按照所述长连接维护策略向对方发送心跳包。