CN106131157A - 监听请求的方法及装置 - Google Patents

Abstract

本发明涉及监听技术领域，公开了一种监听请求的方法及装置。其中方法包括：向服务器发送多个请求；接收服务器返回的响应，并统计接收到的响应的数量，得到统计值；以及待该统计结束后，根据多个请求的数量及该统计值，确定服务器对多个请求的响应情况。本发明还提供了一种监听请求的装置。本发明实施方式，能够比较方便地监听服务器对多个请求的响应情况。

Description

监听请求的方法及装置

技术领域

本发明涉及监听技术领域，特别涉及一种监听请求的方法及装置。

背景技术

目前，客户端一般是通过向服务器发送请求(request)，然后接收服务器返回的响应(response)的方式，来享受服务提供商提供的网络服务，例如浏览网页、观看视频等等。但是，现有技术中，客户端向服务器发送请求时，有时并不是采取一个请求一个响应，再一个请求再一个响应的方式。而是一次向服务器发送大批量的请求，然后再接收服务器对这些请求所做的响应。但是，由于某些原因，例如网路质量不佳、服务器负荷过重等诸多因素，服务器会漏掉对个别请求的响应，从而造成客户端的某些请求没有反应。而现有技术中，缺少一种监听服务器是否对全部请求做出响应的方案。

发明内容

本发明实施方式的目的在于提供一种监听请求的方法及装置，能够比较方便地监听服务器对多个请求的响应情况。

为解决上述技术问题，本发明的实施方式提供了一种监听请求的方法，包含：向服务器发送多个请求；接收所述服务器返回的响应，并统计所述接收到的响应的数量，得到统计值；以及待该统计结束后，根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况。

本发明实施方式还提供了一种监听请求的装置，包含：发送模块，用于向服务器发送多个请求；接收模块，用于接收所述服务器返回的响应；统计模块，用于统计所述接收到的响应的数量，得到统计值；以及处理模块，用于待所述统计模块的统计结束后，根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况。

本发明实施方式相对于现有技术而言，在接收到服务器返回的响应时，对接收到的响应的数量进行统计，并将统计所得到的统计值与发送的请求的数量进行比较，来确定服务器对请求的响应情况，从而可以比较方便地监听到服务器对请求的响应情况，以方便用户掌握相关情况。例如，在服务器性能的测试时，通过向服务器发送大批量的请求，并统计服务器返回的响应的数量，然后根据发送的请求的数量与统计到的响应的数量，即可以确定服务器是否对所有请求进行了响应或者服务器仅响应了多少请求，从而为分析服务器的性能提供依据。

另外，所述请求为HTTP(HyperText Transfer Protocol，超文本传输协议)请求。HTTP请求为实践中运用比较广泛的请求，因此对HTTP请求进行统计，具有较高的实用价值。

另外，所述接收所述服务器返回的响应，并统计所述接收到的响应的数量，包括：启动计数器；以及每当接收到所述服务器的一个响应，则增加所述计数器的值；其中，所述计数器的值即为所述统计值。本实施方式，采用计数器来统计接收到的响应的个数，可以比较准确和快速地实现对响应的个数的统计。其中计数器可以用软件或者硬件的方式来实现。

另外，所述根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况，包括：当所述多个请求的数量与所述统计值相等时，确定所述服务器已响应所述多个请求；所述方法还包括：当确定所述服务器已响应所述多个请求后，清空所述计数器的值。此实施方式，若发送的请求的数量与得到的统计值相等，则说明服务器已返回了所有的响应。

另外，所述根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况，包括：当所述统计值小于所述多个请求的数量时，确定所述服务器未全部响应所述多个请求；所述方法还包括：当确定所述服务器未全部响应所述多个请求时，将所述服务器未响应的请求再次发送至所述服务器。此实施方式，若统计值小于请求的数量，则说明服务器对某些请求未响应，因此可以将未响应的请求再次发送至服务器，以请求服务器重新响应。并且将未响应的请求再次发送至服务器可以自动触发，从而提升用户体验。

附图说明

图1本发明第一实施方式的监听请求的方法的流程示意图；

图2本发明第二实施方式的监听请求的方法的流程示意图；

图3本发明第三实施方式的监听请求的方法的流程示意图；

图4本发明第四实施方式的监听请求的装置的结构示意图；

图5本发明第五实施方式的用户终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种监听请求的方法。具体流程如图1所示。其中，图1的实施例可以应用于用户终端中，该用户终端例如可以是智能手机、平板电脑、可穿戴式设备、个人数字助理(Personal Digital Assistant，个人数字助理)、车载影音等。并且该用户终端具有访问网络的能力，例如可借助于3G、4G、WIFI(无线保真)等方式接入互联网。并且，在用户终端中可以具有WEB(网页)浏览器，该用户终端通过该WEB浏览器可以对服务器中的资源进行访问。其中资源可以是若干内容，比方说简单的HTML文件，或者产生动态应答的程序。

具体的，如图1所示，其涉及的监听请求的方法包括：

步骤102：向服务器发送多个请求。

步骤104：接收服务器返回的响应，并统计接收到的响应的数量，得到统计值。以及

步骤106：待该统计结束后，根据多个请求的数量及该统计值，确定服务器对多个请求的响应情况。

其中，在步骤102中，向服务器发送多个请求后，可以记录该多个请求的数量。一般而言，该多个请求的数量越多，本发明实施例的对接收到的响应的数量的统计越有价值，即越能体现监听的价值。

其中，在步骤102中涉及的请求可以为HTTP请求，相应地，步骤104接收到的响应也可以为HTTP响应。

其中，在步骤104中，在向服务器发送完多个请求之后，即可以开始对响应的接收和统计。例如，步骤104可以监听来自服务器的响应，每当监听到一个来自服务器的响应时，则可以将统计值加1。需要说明的是，当监听超时时，则统计结束；例如，持续一段时间(该时间长度可以预设)未接收到来自服务器的响应，则确定为监听超时，相应地统计结束。

另外，步骤104中接收到的响应可以是携带有所请求的资源或者是带有错误消息的应答。一般而言，服务器在能够提供所请求的资源时，则会在响应中携带该请求的资源；而当服务器由于某些原因(如资源不可用)不能提供所请求的资源时，则返回带有错误消息的应答。

其中，在步骤106中，当统计结束之后，就可以根据发送至服务器的请求的数量以及统计得到的接收到的响应数量来确定服务器对请求的响应情况。需要说明的是，在没有统计结束之前，也可以利用统计值来确定服务器的响应情况，只是此时由于没有统计结束，仅能得到服务器当前已返回了多少响应，还有多少响应没有返回等。另外，如果在步骤104中还同时记录了统计值的变化速度，那么由该统计值的变化速度还可以确定服务器的响应速度，从而作为分析服务器性能和当前网路质量等的依据。

其中，在步骤106中，一般而言，当多个请求的数量与统计值相等时，则确定服务器已响应了所有的多个请求。而当统计值小于多个请求的数量时，则可确定服务器未全部响应多个请求。

本实施方式，在接收服务器返回的响应时，对接收到的响应的数量进行统计，并将统计所得到的统计值与发送的请求的数量进行比较，以确定服务器对请求的响应情况，从而可以比较方便地监听到服务器对请求的响应情况，以方便用户掌握相关情况。例如，在服务器性能的测试时，通过向服务器发送大批量的请求，并统计服务器返回的响应的数量，然后根据发送的请求的数量与统计到的响应的数量，即可以确定服务器是否对所有请求进行了响应或者服务器仅响应了多少请求，从而为分析服务器的性能提供依据。

本发明的第二实施方式涉及一种监听请求的方法，如图2所示。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第二实施方式中，为如何统计接收到的响应的数量提供了一种解决方案，即第二实施方式主要是对第一实施方式中步骤104的进一步限定。

具体的，如图2所示，本发明第二实施方式的监听请示的方法包括：

步骤202：向服务器发送多个请求。

步骤204：启动计数器。

步骤206：每当接收到服务器的一个响应，则增加计数器的值。其中，该计数器的值即为统计的值。

步骤208：根据多个请求的数量及该统计值，确定服务器对多个请求的响应情况。

其中，步骤204和步骤206主要是对图1中步骤104的限定。在本实施方式中，采用计数器来统计接收到的响应的数量，例如计数器的初始值可以设置为0，然后每当接收到一条来自服务器的响应，则将计数器的值增加1。其中，该计数器可以由软件或者硬件的方式来实现。

其中，在步骤206中，每当计数器的值变化时，还可以记录计数器的值在一次变化中所花费的时间，例如计数器的值由3变为4时，可以记录计数器的值从变为3至变为4这期间的时间，从而可以间接地分析服务器的响应速度。例如若服务器性能较优，响应速度非常快，则计数器的值将很快的由3变为4；反之若服务器的性能退化，响应速度变慢，则计数器的值由3变4将花费很长时间。

本实施方式，利用计数器来统计接收到的响应的数量。此种方式易于实现，并且实现起来也比较容易。其中，计数器可以由硬件或者软件来实现。

本发明的第三实施方式涉及一种监听请求的方法。其中，第三实施方式主要是对当确定到服务器对多个请求的响应情况之后，如何进行后续的操作。需要说明的是，利用确定到的服务器对多个请求的响应情况可以做许多的分析操作，例如确定服务器的响应质量等。以下仅是举例说明，而不是对本发明的限制。

具体的，如图3所示，该第三实施方式的监听请求的方法包括：

步骤302：向服务器发送多个请求。

步骤304：启动计数器。

步骤306：每当接收到服务器的一个响应，则增加计数器的值。其中，该计数器的值即为统计的值。

步骤308：根据多个请求的数量及该统计值，确定服务器对多个请求的响应情况。

步骤310：当确定服务器已响应多个请求后，清空计数器的值，结束流程。

步骤312：当确定服务器未全部响应多个请求时，将服务器未响应的请求再次发送至服务器，结束流程。

其中，在步骤310中，当步骤306的统计值等于步骤302中向服务器发送的请求的数量时，则确定服务器已全部响应该多个请求。此时，清空计数器的值。

其中，在步骤312中，当步骤306的统计值小于步骤302中向服务器发送的请求的数量时，则确定服务器未对全部请求进行响应。此时，可以分析还有哪些请求服务器没有响应，例如通过请求和响应之间的关系，利用接收到响应来确定哪些请求服务器已响应，从而余下的请求即为服务器没有响应的请求。然后将服务器没有响应的请求再次发送至服务器，从而保证服务器能够对所有请求均进行响应，以提升用户体验。并且，此种方式可以自动化地触发，而无需用户手动触发，从而进一步提升用户体验。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第四实施方式涉及一种监听请求的装置。具体结构如图4所示。其中，图4的实施例可以应用于用户终端中，该用户终端例如可以是智能手机、平板电脑、可穿戴式设备、个人数字助理、车载影音等。并且该用户终端具有访问网络的能力，例如可借助于3G、4G、WIFI(无线保真)等方式接入互联网。并且，在用户终端中可以具有WEB(网页)浏览器，该用户终端通过该WEB浏览器可以对服务器中的资源进行访问。其中资源可以是若干内容，比方说简单的HTML文件，或者产生动态应答的程序。

具体的，如图4所示，该监听请求的装置400包括：

发送模块402，用于向服务器发送多个请求。

接收模块404，用于接收服务器返回的响应；

统计模块406，用于统计接收模块404接收到的响应的数量，得到统计值。以及

处理模块408，用于待该统计结束后，根据多个请求的数量及该统计值，确定服务器对多个请求的响应情况。

其中，发送模块402向服务器发送多个请求后，可以记录该多个请求的数量。一般而言，该多个请求的数量越多，本发明实施例的对接收到的响应的数量的统计越有价值，即越能体现监听的价值。

其中，发送模块402发送的请求可以为HTTP请求，相应地，接收模块404接收到的响应也可以为HTTP响应。

其中，发送模块402在向服务器发送完了多个请求之后，接收模块404和统计模块406即可以开始对响应进行接收和统计。例如，接收模块404可以监听来自服务器的响应，每当接收模块404监听到一个来自服务器的响应时，则统计模块406可以将其统计值加1。需要说明的是，当监听超时时，则统计结束；例如，持续一段时间(该时间长度可以预设)未接收到来自服务器的响应，则确定为监听超时，相应地统计结束。

另外，接收模块404接收到的响应可以是携带有所请求的资源或者是带有错误消息的应答。一般而言，服务器在能够提供所请求的资源时，则会在响应中携带该请求的资源；而当服务器由于某些原因(如资源不可用)不能提供所请求的资源时，则返回带有错误消息的应答。

其中，当统计结束之后，处理模块40就可以根据发送至服务器的请求的数量以及统计得到的接收到的响应数量来确定服务器对请求的响应情况。需要说明的是，在没有统计结束之前，也可以利用统计值来确定服务器的响应情况，只是此时由于没有统计结束，仅能得到服务器当前已返回了多少响应，还有多少响应没有返回等。另外，如果统计模块406还同时记录了统计值的变化速度，那么由该统计值的变化速度还可以确定服务器的响应速度，从而作为分析服务器性能和当前网路质量等的依据。

一般而言，当多个请求的数量与统计值相等时，处理模块408确定服务器已响应了所有的多个请求。而当统计值小于多个请求的数量时，处理模块408可确定服务器未全部响应多个请求。

本实施方式，在接收服务器返回的响应时，对接收到的响应的数量进行统计，并将统计所得到的统计值与发送的请求的数量进行比较，以确定服务器对请求的响应情况，从而可以比较方便地监听到服务器对请求的响应情况，以方便用户掌握相关情况。例如，在服务器性能的测试时，通过向服务器发送大批量的请求，并统计服务器返回的响应的数量，然后根据发送的请求的数量与统计到的响应的数量，即可以确定服务器是否对所有请求进行了响应或者服务器仅响应了多少请求，从而为分析服务器的性能提供依据。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

继续如图4所示，在另一实施方式中，统计模块406用于启动计数器。并且每当接收模块402接收到服务器的一个响应，则统计模块406控制计数器的值增加。其中，该计数器的值即为统计的值。此实施方式中，采用计数器来统计接收到的响应的数量，例如计数器的初始值可以设置为0，然后每当接收到一条来自服务器的响应，则将计数器的值增加1。其中，该计数器可以由软件或者硬件的方式来实现。每当计数器的值变化时，统计模块406还可以记录计数器的值在一次变化中所花费的时间，例如计数器的值由3变为4时，可以记录计数器的值从变为3至变为4这期间的时间，从而可以间接地分析服务器的响应速度。例如若服务器性能较优，响应速度非常快，则计数器的值将很快的由3变为4；反之若服务器的性能退化，响应速度变慢，则计数器的值由3变4将花费很长时间。

继续如图4所示，在另一实施方式中，当统计值等于向服务器发送的请求的数量时，则处理模块408确定服务器已全部响应该多个请求。此时，统计模块406可清空计数器的值。其中，当统计值小于向服务器发送的请求的数量时，则处理模块408确定服务器未对全部请求进行响应。此时，可以分析还有哪些请求服务器没有响应，例如通过请求和响应之间的关系，利用接收到响应来确定哪些请求服务器已响应，从而余下的请求即为服务器没有响应的请求。然后处理模块408控制发送模块402将服务器没有响应的请求再次发送至服务器，从而保证服务器能够对所有请求均进行响应，以提升用户体验。并且，此种方式可以自动化地触发，而无需用户手动触发，从而进一步提升用户体验。

值得一提的是，以上实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

具体的，本发明的第五实施方式涉及一种用户终端，其结构如图5所示。该用户终端例如可以是智能手机、平板电脑、个人数字助理、可穿戴式设备，等等。如图5所示，该用户终端500包括：显示屏502、处理器504、通信组件506和存储器508。其中显示屏502可以为触控屏，其不仅具有显示功能还有接收用户的输入控制的功能。其中处理器504为用户终端的核心，其可以由CPU等实现，并且前述实施例中提及的统计模块406和处理模块408即可以由该处理器504实现。其中通信组件506用于实现用户终端500的无线或有线通信功能，从而使得终端能够与服务器交互，例如与网页服务器进行交互，以实现浏览网页的功能。另外，上述装置实施列中发送模块402和接收模块404即可以由该通信组件506来实现。其中，存储器508用于存储处理器504可执行的程序代码或者其他信息。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

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

Claims (10)

1.一种监听请求的方法，其特征在于，包含：

向服务器发送多个请求；

接收所述服务器返回的响应，并统计所述接收到的响应的数量，得到统计值；以及

待该统计结束后，根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况。

2.根据权利要求1所述的监听请求的方法，其特征在于，所述请求为超文本传输协议HTTP请求。

3.根据权利要求1所述的监听请求的方法，其特征在于，所述接收所述服务器返回的响应，并统计所述接收到的响应的数量，包括：

启动计数器；以及

每当接收到所述服务器的一个响应，则增加所述计数器的值；

其中，所述计数器的值即为所述统计值。

4.根据权利要求3所述的监听请求的方法，其特征在于，所述根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况，包括：

当所述多个请求的数量与所述统计值相等时，确定所述服务器已响应所述多个请求；

所述方法还包括：当确定所述服务器已响应所述多个请求后，清空所述计数器的值。

5.根据权利要求1所述的监听请求的方法，其特征在于，所述根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况，包括：

当所述统计值小于所述多个请求的数量时，确定所述服务器未全部响应所述多个请求；

所述方法还包括：

当确定所述服务器未全部响应所述多个请求时，将所述服务器未响应的请求再次发送至所述服务器。

6.一种监听请求的装置，其特征在于，包含：

发送模块，用于向服务器发送多个请求；

接收模块，用于接收所述服务器返回的响应；

统计模块，用于统计所述接收到的响应的数量，得到统计值；以及

处理模块，用于待所述统计模块的统计结束后，根据所述多个请求的数量及该统计值，确定所述服务器对所述多个请求的响应情况。

7.根据权利要求6所述的监听请求的装置，其特征在于，所述请求为超文本传输协议HTTP请求。

8.根据权利要求7所述的监听请求的装置，其特征在于，所述统计模块具体用于启动一计数器，并且每当接收到所述服务器的一个响应，则控制增加所述计数器的值；其中，所述计数器的值即为所述统计值。

9.根据权利要求8所述的监听请求的装置，其特征在于，所述处理模块，具体用于当所述多个请求的数量与所述统计值相等时，确定所述服务器已响应所述多个请求；

所述统计模块，还用于当所述处理模块确定所述服务器已响应所述多个请求后，清空所述计数器的值。

10.根据权利要求6所述的监听请求的装置，其特征在于，所述处理模块，具体用于当所述统计值小于所述多个请求的数量时，确定所述服务器未全部响应所述多个请求；

所述处理模块，还用于当确定所述服务器未全部响应所述多个请求时，控制所述发送模块将所述服务器未响应的请求再次发送至所述服务器。