CN105049477A - 维持长连接的方法和装置 - Google Patents

Abstract

本发明公开了一种维持长连接的方法和装置，属于通信领域。所述方法包括：服务端与客户端建立长连接；所述服务端获取指定的时间间隔；所述服务端每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。所述装置包括：建立模块、获取模块和维持模块。本发明有效地避免了长连接僵死，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死，且方便灵活、易于控制。

Description

维持长连接的方法和装置

技术领域

本发明涉及通信领域，特别涉及一种维持长连接的方法和装置。

背景技术

传输控制协议(TransmissionControlProtocol，简称：TCP)是一种面向连接的、可靠的、基于字节流的传输层通信协议。长连接为连接中的一种，通常用于操作频繁、点对点的通讯，如客户端与服务端之间的即时数据通信。长连接只需建立一次连接，且在连接成功后，一般会维持较长时间，连接双方会利用该连接进行多次通信，每次通信后该连接都不会断开，从而避免由于频繁的建立连接而造成资源的浪费。

在长连接的维持过程中，如果较长时间没有数据包通信，网络运营商或者网络中转设备会将当前连接变为不可用状态，导致连接任意一方想再次进行通信时无法成功发送和接收数据包，造成长连接的僵死状态，即没有维持住长连接。

为了避免长连接僵死，目前的方法是由客户端每隔一段周期通过当前的长连接向服务端发送数据包，以保持当前长连接一直存在报文通信，从而避免长连接僵死。但是，该方法存在如下问题：有些客户端出于性能和安全等因素的考虑，限制了客户端在后台周期性唤醒自己并发送数据包的能力，周期过长且无法修改仍然会导致长连接僵死的情况发生。

发明内容

有鉴于此，本发明实施例提供了一种维持长连接的方法和装置，以防止服务端与客户端之间的长连接僵死。所述技术方案如下：

一方面，提供了一种维持长连接的方法，包括：

服务端与客户端建立长连接；

所述服务端获取指定的时间间隔；

所述服务端每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

其中，所述方法还包括：

当所述服务端检测到所述长连接已断开时，停止发送所述数据包给所述客户端。

其中，所述方法还包括：

所述服务端预先为不同的网络类型设置不同的时间间隔。

其中，所述服务端获取指定的时间间隔，包括：

所述服务端确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

其中，所述方法还包括：

所述服务端接收所述客户端定期通过所述长连接发送的数据包。

另一方面，提供了一种维持长连接的装置，包括：

建立模块，用于与客户端建立长连接；

获取模块，用于获取指定的时间间隔；

维持模块，用于每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

其中，所述维持模块还用于：

当所述服务端检测到所述长连接已断开，则停止发送所述数据包给所述客户端。

其中，所述装置还包括：

设置模块，用于预先为不同的网络类型设置不同的时间间隔。

其中，所述获取模块包括：

获取单元，用于确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

其中，所述装置还包括：

接收模块，用于接收所述客户端定期通过所述长连接发送的数据包。

本发明实施例提供的技术方案带来的有益效果是，通过服务端与客户端建立长连接，所述服务端获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务端与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务端定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

附图说明

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

图1是本发明一实施例提供的维持长连接的方法流程图；

图2是本发明另一实施例提供的维持长连接的方法流程图；

图3是本发明另一实施例提供的维持长连接的方法流程图；

图4是本发明另一实施例提供的一种维持长连接的装置结构图；

图5是本发明另一实施例提供的一种维持长连接的装置结构图；

图6是本发明另一实施例提供的服务器结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

参见图1，本发明一实施例提供了一种维持长连接的方法，包括：

101：服务端与客户端建立长连接。

本实施例中，长连接通常是由客户端发起建立的，服务端为被动方，在收到客户端的请求后，服务端会与客户端建立长连接，可以通过握手报文来建立，此处不做过多说明。

102：该服务端获取指定的时间间隔。

其中，所述指定的时间间隔可以由服务端预先设置，服务端可以根据需要设置，该时间间隔的具体数值本实施例不做限制，如可以为4分钟、4.5分钟、5分钟或者10分钟等等。

103：该服务端每隔该时间间隔通过该长连接发送数据包给该客户端，以维持该长连接。

其中，如果长连接在一定时间内没有报文通信，则网络运营商或者网络中转设备会将当前连接变为不可用状态，造成长连接的僵死状态，因此，服务端每隔该时间间隔通过该长连接发送数据包给客户端，可以保证该长连接上有数据包通信，从而能够维持该长连接。

本实施例中，服务端发送的是数据包，而不是保活报文。在TCP协议提供的保活机制中，通过定期发送保活报文可以维持长连接，但是，该保活机制中发送保活报文的周期是2个小时且固定不变，该周期无法根据需要更改，不能控制。而本实施例中，不仅由服务端主动推送报文，且推送给客户端的报文不是基于保活机制的控制报文即保活报文，而是基于数据传输的数据包，因此，无需受保活机制中固定周期的限制，服务端可以根据需要任意修改发送数据包的时间间隔，从而不仅能够达到维持长连接的目的，而且能够达到灵活控制的效果。

本实施例中，可选的，该方法还包括：

当该服务端检测到该长连接已断开时，停止发送该数据包给该客户端。

本实施例中，可选的，该方法还包括：

该服务端预先为不同的网络类型设置不同的时间间隔。

本实施例中，可选的，该服务端获取指定的时间间隔，包括：

该服务端确定该长连接当前所处的网络类型，根据该网络类型获取对应的时间间隔。

本实施例中，可选的，该方法还包括：

该服务端接收该客户端定期通过该长连接发送的数据包。

本实施例提供的上述方法，通过服务端与客户端建立长连接，所述服务端获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务端与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务端定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

参见图2，本发明另一实施例提供了一种维持长连接的方法，包括：

201：服务端预先为不同的网络类型设置不同的时间间隔。

本实施例中，网络类型是指根据不同的网络运营商而将网络划分的各种类型，可以有多种，包括但不限于：移动网络或者联通网络等等。

其中，服务端可以根据不同的网络类型来设置不同的时间间隔，如为移动网络设置的时间间隔为4.5分钟，为联通网络设置的时间间隔为10分钟，本实施例对具体数值不做限定。

202：该服务端与客户端建立长连接。

203：该服务端确定该长连接当前所处的网络类型，根据该网络类型获取对应的时间间隔。

204：该服务端每隔该时间间隔通过该长连接发送数据包给该客户端，以维持该长连接。

其中，该数据包可以为心跳包，心跳包就是在客户端和服务端之间定时通知对方自己状态的一个自己定义的命令字，按照一定的时间间隔发送，类似于心跳，所以叫做心跳包。通过发送心跳包可以保证所述长连接上有报文通信，从而可以维持该长连接。

另外，服务端可以具体地启动一个计时器，在建立长连接之后就启动该计时器进行计时，计时达到所述时间间隔时就触发数据包的发送，并重新开始计时，直到该长连接断开则停止该计时器。

本实施例中，可选的，上述方法还可以包括：

当该服务端检测到该长连接已断开时，停止发送该数据包给该客户端。

其中，服务端可以采用多种方式来检测该长连接是否已断开，包括但不限于：在发送数据包后指定时间内客户端无应答，或者，在发送数据包后客户端返回错误消息等等，本实施例对此不做具体限定。

本实施例提供的上述方法，通过服务端与客户端建立长连接，所述服务端根据长连接当前所处的网络类型获取对应的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务端与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务端定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

参见图3，本发明另一实施例提供了一种维持长连接的方法，包括：

301：服务端与客户端建立长连接。

302：该服务端获取指定的时间间隔。

其中，该服务端可以预先为不同的网络类型设置不同的时间间隔，则本步骤可以具体包括：

该服务端确定该长连接当前所处的网络类型，根据该网络类型获取对应的时间间隔。

303：该服务端每隔该时间间隔通过该长连接发送数据包给该客户端，以维持该长连接。

304：该服务端接收该客户端定期通过该长连接发送的数据包。

本实施例中，客户端可以为任意类型的客户端，当该客户端具有发送数据包维持长连接的能力时，进一步地，在服务端发送数据包维持长连接的基础上，还可以结合客户端定期发送数据包来共同维持长连接，从而进一步保证了可靠性。

本实施例中，可选的，该方法还可以包括：

当该服务端检测到该长连接已断开时，停止发送该数据包给该客户端。

本实施例提供的上述方法，通过服务端与客户端建立长连接，所述服务端获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以及接收该客户端定期通过该长连接发送的数据包，以维持服务端与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务端定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

参见图4，本发明另一实施例提供了一种维持长连接的装置，包括：

建立模块401，用于与客户端建立长连接；

获取模块402，用于获取指定的时间间隔；

维持模块403，用于每隔该时间间隔通过该长连接发送数据包给该客户端，以维持该长连接。

本实施例中，可选的，该维持模块还用于：

当该服务端检测到该长连接已断开，则停止发送该数据包给该客户端。

参见图5，本实施例中，可选的，该装置还包括：

设置模块404，用于预先为不同的网络类型设置不同的时间间隔。

本实施例中，可选的，该获取模块包括：

获取单元，用于确定该长连接当前所处的网络类型，根据该网络类型获取对应的时间间隔。

本实施例中，可选的，该装置还包括：

接收模块，用于接收该客户端定期通过该长连接发送的数据包。

本实施例提供的上述装置，可以执行上述任一方法实施例提供的方法，详细过程详见方法实施例中的描述，此处不赘述。

本实施例提供的上述装置，通过服务端与客户端建立长连接，所述服务端获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务端与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务端定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

本发明另一实施例提供了一种服务器，该服务器可以用于执行上述实施例中提供的任一方法。参见图6，该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，和/或，一个或一个以上操作系统1941，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。

具体在本实施例中，经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

服务端与客户端建立长连接；

所述服务端获取指定的时间间隔；

所述服务端每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

其中，还可以进行以下操作的指令：

当所述服务端检测到所述长连接已断开时，停止发送所述数据包给所述客户端。

其中，还可以进行以下操作的指令：

所述服务端预先为不同的网络类型设置不同的时间间隔。

其中，所述服务端获取指定的时间间隔，包括：

所述服务端确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

其中，还可以进行以下操作的指令：

所述服务端接收所述客户端定期通过所述长连接发送的数据包。

本实施例提供的上述服务器，通过与客户端建立长连接，获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务器与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务器定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

本发明另一实施例提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备中时，可以使得该设备执行如下步骤的指令(instructions)：

服务端与客户端建立长连接；

所述服务端获取指定的时间间隔；

所述服务端每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

其中，还可以执行如下步骤的指令：

当所述服务端检测到所述长连接已断开时，停止发送所述数据包给所述客户端。

其中，还可以执行如下步骤的指令：

所述服务端预先为不同的网络类型设置不同的时间间隔。

其中，所述服务端获取指定的时间间隔，包括：

所述服务端确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

其中，还可以执行如下步骤的指令：

所述服务端接收所述客户端定期通过所述长连接发送的数据包。

本实施例提供的上述非易失性可读存储介质，通过与客户端建立长连接，获取指定的时间间隔，每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持服务器与客户端之间的长连接，避免了长连接僵死，而且，不依赖客户端发送数据包来维持长连接，降低了对客户端的要求，可以适用于各种类型的客户端，避免了由于客户端的能力受限而导致长连接僵死。另外，由服务器定期主动向客户端推送数据包的方式，时间间隔可以根据需要任意修改，更方便灵活、易于控制。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种非易失性可读存储介质中，所述非易失性可读存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种维持长连接的方法，其特征在于，所述方法包括：

服务端与客户端建立长连接；

所述服务端获取指定的时间间隔；

所述服务端每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述服务端检测到所述长连接已断开时，停止发送所述数据包给所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务端预先为不同的网络类型设置不同的时间间隔。

4.根据权利要求3所述的方法，其特征在于，所述服务端获取指定的时间间隔，包括：

所述服务端确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务端接收所述客户端定期通过所述长连接发送的数据包。

6.一种维持长连接的装置，其特征在于，所述装置包括：

建立模块，用于与客户端建立长连接；

获取模块，用于获取指定的时间间隔；

维持模块，用于每隔所述时间间隔通过所述长连接发送数据包给所述客户端，以维持所述长连接。

7.根据权利要求6所述的装置，其特征在于，所述维持模块还用于：

当所述服务端检测到所述长连接已断开，则停止发送所述数据包给所述客户端。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

设置模块，用于预先为不同的网络类型设置不同的时间间隔。

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

获取单元，用于确定所述长连接当前所处的网络类型，根据所述网络类型获取对应的时间间隔。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收所述客户端定期通过所述长连接发送的数据包。