CN110049068A - 一种基于超文本传输协议的网络长连接优化的方法和装置 - Google Patents

Abstract

本发明公开了一种基于超文本传输协议的网络长连接优化的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧；若进程没有接收到第二数据帧，则释放本地连接。该实施方式使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接，进而达到减少卡顿、降低延时以及提高用户体验的技术效果。

Description

一种基于超文本传输协议的网络长连接优化的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于超文本传输协议的网络长连接优化的方法和装置。

背景技术

随着移动终端的广泛普及，用户对移动客户端的依赖性日益提高，对移动终端上的应用程序的响应速度也越来越重视。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

在实际的使用中，复杂的网络环境以及高并发的网络请求，导致客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时现象。例如，终端根据进程后台管理策略，主动释放进程的网络连接服务时，进程无法及时获取到当前网络服务是否可用，当进程再次发起请求时，会使用异常连接进行网络请求，导致卡顿或者延迟现象。

因此，如何提高进程运行的流畅性是亟待解决的技术问题。

发明内容

有鉴于此，本发明实施例提供一种基于超文本传输协议的网络长连接优化的方法和装置，能够提高进程运行的流畅性，解决客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种基于超文本传输协议的网络长连接优化的方法。

本发明实施例的一种基于超文本传输协议的网络长连接优化的方法包括：一种基于超文本传输协议的网络长连接优化的方法，其特征在于，包括：进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧；若进程没有接收到第二数据帧，则释放本地连接。

在另一实施方式中，本发明的进程在接收到第二数据帧的次数超过次数阈值之后，向服务器发送第三数据帧，然后进程释放本地连接，其中次数阈值至少为两次。

在另一实施方式中，本发明在多次发送第一数据帧之间预设有固定时间间隔。

在另一实施方式中，本发明在第一数据帧与第二数据帧之间预设有超时时间间隔；若在超过超时时间间隔之后，进程没有接收到第二数据帧，则判定当前连接异常并释放本地连接。

为实现上述目的，根据本发明实施例的另一方面，提供了一种基于超文本传输协议的网络长连接优化的装置。

本发明实施例的一种基于超文本传输协议的网络长连接优化的装置包括：判断模块，用于进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧；处理模块，用于若进程没有接收到第二数据帧，则释放本地连接。

在另一实施方式中，本发明的进程在接收到第二数据帧的次数超过次数阈值之后，向服务器发送第三数据帧，然后进程释放本地连接，其中次数阈值至少为两次。

在另一实施方式中，本发明在多次发送第一数据帧之间预设有固定时间间隔。

在另一实施方式中，本发明在第一数据帧与第二数据帧之间预设有超时时间间隔；若在超过超时时间间隔之后，进程没有接收到第二数据帧，则判定当前连接异常并释放本地连接。

为实现上述目的，根据本发明的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明基于超文本传输协议的网络长连接优化的方法。

为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，其特征在于，程序被处理器执行时实现本发明基于超文本传输协议的网络长连接优化的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用向服务器发送数据帧来判断是否释放本地连接的技术手段，所以克服了客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题技术问题，进而达到减少卡顿、降低延时以及提高用户体验的技术效果；通过本发明的实施方式，使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

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

图1是根据本发明实施例的基于超文本传输协议的网络长连接优化的方法的主要流程的示意图；

图2是HTTP2.0在共享的连接上同时发送请求和响应的示意图；

图3是HTTP2.0通用帧的格式的示意图；

图4是根据本发明实施例的基于超文本传输协议的网络长连接优化的方法的时序图；

图5是根据本发明实施例的基于超文本传输协议的网络长连接优化的装置的主要模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的基于超文本传输协议的网络长连接优化的方法的主要流程的示意图，如图1所示，本发明实施例的一种基于超文本传输协议的网络长连接优化的方法主要包括如下步骤：

S101：进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧。通过向服务器发送第一数据帧，然后在判断是否能够接收返回的第二数据帧，通过第二数据帧确定该进程是否需要释放本地连接。

在本发明的实施方式中，可能会多次的发送第一数据帧，因此，在多次发送第一数据帧之间预设有固定时间间隔，该固定时间间隔是用户主动设置的。

步骤S102：若进程没有接收到第二数据帧，则释放本地连接。进程检测到未收到第二数据帧后，主动释放了本地异常连接，也即进程因为没有收到第二数据帧，判定本地连接已经丢失，因此才释放本地连接。

在本发明的实施方式中，在第一数据帧与第二数据帧之间预设有超时时间间隔，通过步骤S101发送了第一数据帧之后，若在超过超时时间间隔之后，进程没有接收到第二数据帧，则判定当前连接异常并释放本地连接，也即进程被动的释放本地连接。需要说明的是，该超时时间间隔也是用户主动设置的。

在本发明的另一实施场景中，如果能够接收到多次返回的第二数据帧，则说明当前的网络连接是正常的。进一步的，在多次接收到第二数据帧之后，进程可以主动的释放本地连接，具体为，进程在接收到第二数据帧的次数超过次数阈值之后，向服务器发送第三数据帧，然后进程释放本地连接，其中次数阈值至少为两次。需要说明的是，第三数据帧可以是GoAway帧，其作用是通知服务器释放服务器端的连接；而释放本地连接是进程主动释放的。

图4是根据本发明实施例的基于超文本传输协议的网络长连接优化的方法的时序图。如图4所示，如背景技术所述，现有技术中采用HTTP/2.0协议之后，客户端需要保持网络长连接，而客户端随着系统对耗电量及流量的管理，会在休眠过程中关闭某进程的网络连接，而未通知该进程层已经断开网络连接，导致在下次打开该进程时，出现网络请求超时，导致网络请求等待时间过长，降低了用户的体验。因此，本发明通过客户端与服务器的多次交互数据帧来判断是否需要对某个进程释放本地连接，解决客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题，提高了进程运行的流畅性，从而提高了用户体验。

在开始详细介绍本发明的步骤之前，还需要对本发明所涉及的专有名词做如下解释：

HTTP/2.0：HTTP/2(原名HTTP/2.0)即超文本传输协议2.0，是新一代HTTP协议。

PING数据帧：是HTTP/2.0协议的一种传输帧格式。

GOAWAY数据帧：用于HTTP/2.0中释放连接的消息。

心跳：实时在线业务，需要在服务器端和客户端之间保持长连接，通常的做法是在服务器和客户端之间定时传递心跳信号，以保持链接通路畅通。

进一步的，如图2所示，是HTTP2.0在共享的连接上同时发送请求和响应的示意图，HTTP/2的多路复用特性，使得可以在一个连接上同时打开多个流，双向传输数据。每次的请求/响应都使用不同的流标识符Stream ID。通过Stream ID的标识，所有的请求和响应都同时跑在一条TCP链接上。当流并发时，就会涉及到流的优先级和依赖。优先级高的流会被优先发送。图片请求的优先级要低于CSS和SCRIPT的，这样可以确保重要的数据可以被优先加载完。HTTP2上面每个流都拥有自己的公示的流量窗口，它可以限制另一端发送数据。

图3是HTTP2.0通用帧的格式的示意图。其中，PING帧的类型值为0x6，用8个字节表示。然后发送者测量最小往返时间，心跳机制用于检测空闲连接是否有效。字段列表：是Opaque Data，用8个字节负载，值随意填写。标志位：是ACK(0x1)，一旦设置，表示此PING帧为接收者响应的PING帧，非发送者。需要注意的是，PING帧发送方的ACK标志位为0x0，而接收方响应的PING帧的ACK标志位为0x1。若接收方响应的PING帧的ACK标志位不为0x1，则直接丢弃。其优先级要高于其它类型的帧。PING帧不和具体流相关联，若Stream ID为0x0，接收方需要响应PROTOCOL_ERROR类型的连接错误；若超过负载长度，接收者需要响应FRAME_SIZE_ERROR类型的连接错误。

此外，GOAWAY帧是一种较为优雅的方式，使得一端通知对端停止创建流，同时还要完成之前已建立流的任务。还需要注意一下几点：

1、GOAWAY帧一旦发送，发送者将忽略接收到的Stream ID大于Last-StreamID的任何帧。

2、接收者不能够在当前流上创建新流，若创建新流则创建新的连接。

3、可用于服务器的管理行为，比如服务器进入维护阶段，不再准备接收新的连接。

4、字段Last-Stream-ID为发送方取自最后一个正在处理或已经处理流标识符(即Stream ID)

5、终端应在关闭连接之前发送GOAWAY隐式方式告知对方某些流是否已经被处理。

6、终端可以选择关闭连接，针对行为不当的终端不发送GOAWAY帧。

7、GOAWAY帧应用于当前连接，非具体流。

在介绍完上述涉及的具体信息之后，开始详细介绍本发明的步骤：

1、客户端基于HTTP/2.0协议进行网络通信，HTTP/2.0从底层实现了多路复用，多个请求共享一条链路进行请求。

2、当客户端的某程序处于空闲状态时，长连接依然保持存活，该程序与服务端可以相互通信。

3、客户端在固定时间间隔发送Ping帧给服务端，如果服务端能够在规定时间(即上述超时时间间隔)内返回结果(即上述第二数据帧)，则继续下一轮心跳。

4、当超过3次心跳程序之后，如果该程序仍然处于状态，客户端则主动发送Goaway帧(即上述第三数据帧)给服务端，然后释放该程序的本地连接。

5、如果在某次心跳过程中判断到Ping帧心跳失败，客户端则主动释放该程序的本地连接。

根据本发明实施例的基于超文本传输协议的网络长连接优化的方法可以看出，因为采用向服务器发送数据帧来判断是否释放本地连接的技术手段，所以克服了客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题技术问题，进而达到减少卡顿、降低延时以及提高用户体验的技术效果；通过本发明的实施方式，使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接。

图5是根据本发明实施例的基于超文本传输协议的网络长连接优化的装置的主要模块的示意图，如图5所示，本发明实施例的一种基于超文本传输协议的网络长连接优化的装置500主要包括：判断模块501和处理模块502，其中：

判断模块501，用于进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧；处理模块502，用于若进程没有接收到第二数据帧，则释放本地连接。通过本发明的实施方式，使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接。

在另一实施方式中，本发明的进程在接收到第二数据帧的次数超过次数阈值之后，向服务器发送第三数据帧，然后进程释放本地连接，其中次数阈值至少为两次。

在另一实施方式中，本发明在多次发送第一数据帧之间预设有固定时间间隔。

在另一实施方式中，本发明在第一数据帧与第二数据帧之间预设有超时时间间隔；若在超过超时时间间隔之后，进程没有接收到第二数据帧，则判定当前连接异常并释放本地连接。

从以上描述可以看出，因为采用向服务器发送数据帧来判断是否释放本地连接的技术手段，所以克服了客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题技术问题，进而达到减少卡顿、降低延时以及提高用户体验的技术效果；通过本发明的实施方式，使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接。

图6示出了可以应用本发明实施例的基于超文本传输协议的网络长连接优化的方法或基于超文本传输协议的网络长连接优化的装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的基于超文本传输协议的网络长连接优化的方法一般由服务器605执行，相应地，基于超文本传输协议的网络长连接优化的装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括判断模块和处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由服务器返回的第二数据帧；若进程没有接收到第二数据帧，则释放本地连接。

根据本发明实施例的技术方案，因为采用向服务器发送数据帧来判断是否释放本地连接的技术手段，所以克服了客户端主动或者被动释放进程之后，再次对该进程建立连接时会引发卡顿或延时的问题技术问题，进而达到减少卡顿、降低延时以及提高用户体验的技术效果；通过本发明的实施方式，使得进程能够及时发现自身连接是否中断，从而在后续重新发起请求时能够及时建立新的连接。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种基于超文本传输协议的网络长连接优化的方法，其特征在于，包括：

进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由所述服务器返回的第二数据帧；

若所述进程没有接收到所述第二数据帧，则释放本地连接。

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

所述进程在接收到所述第二数据帧的次数超过次数阈值之后，向所述服务器发送第三数据帧，然后所述进程释放本地连接，其中所述次数阈值至少为两次。

3.根据权利要求2所述的方法，其特征在于，在多次发送所述第一数据帧之间预设有固定时间间隔。

4.根据权利要求1所述的方法，其特征在于，在所述第一数据帧与所述第二数据帧之间预设有超时时间间隔；

若在超过所述超时时间间隔之后，所述进程没有接收到所述第二数据帧，则判定当前连接异常并释放本地连接。

5.一种基于超文本传输协议的网络长连接优化的装置，其特征在于，包括：

判断模块，用于进程在检测到自身处于空闲状态时，向服务器发送第一数据帧，然后判断是否能够接收到由所述服务器返回的第二数据帧；

处理模块，用于若所述进程没有接收到所述第二数据帧，则释放本地连接。

6.根据权利要求5所述的方法，其特征在于，

所述进程在接收到所述第二数据帧的次数超过次数阈值之后，向所述服务器发送第三数据帧，然后所述进程释放本地连接，其中所述次数阈值至少为两次。

7.根据权利要求6所述的方法，其特征在于，在多次发送所述第一数据帧之间预设有固定时间间隔。

8.根据权利要求5所述的方法，其特征在于，在所述第一数据帧与所述第二数据帧之间预设有超时时间间隔；

若在超过所述超时时间间隔之后，所述进程没有接收到所述第二数据帧，则判定当前连接异常并释放本地连接。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-4中任一所述的方法。