CN112015646A - 网络请求监听方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，提供了一种网络请求监听方法、装置、计算机设备和存储介质。方法包括：当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听，对监听到的请求进行解析，得到请求对应的响应数据类型，根据响应数据类型，识别请求中的动态数据请求，将动态数据请求更新至预设的请求记录文件，响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。通过客户端插件实现请求的监听与展示，无需借助外部工具，避免了复杂的操作处理，简化了计算机处理过程，减少了对计算机处理资源的占用。

Description

网络请求监听方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种网络请求监听方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，对于系统开发过程的任务分工也越加明确，例如研发人员负责系统研发工作，测试人员负责系统测试工作。但测试人员在测试前端系统的时候，如果发现系统问题，一般需要告知研发人员相关的请求信息以便研发定位问题。

以web系统为例，传统的处理方式中，测试人员一般需要开启浏览器的开发者工具(F12)，重新复现问题并查看network的请求，找到对应请求数据给到研发人员。但是network只能记录最新的请求，如果有些请求被跳转了，通过network也无法查找得到，需要使用fiddler(http协议调试代理工具)工具才可以，但fiddler工具使用起来过程十分繁琐，导致请求数据的获取过程复杂，需要占用较多的计算机处理资源。

发明内容

基于此，有必要针对上述技术问题，提供一种能够减小计算机处理资源占用的网络请求监听方法、装置、计算机设备和存储介质。

一种网络请求监听方法，方法包括：

当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

对监听到的请求进行解析，得到请求对应的响应数据类型；

根据响应数据类型，识别请求中的动态数据请求；

将动态数据请求更新至预设的请求记录文件；

响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

在其中一个实施例中，当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听包括：

当侦听到启动信号时，获取监听对象配置数据，确定目标服务器；

唤醒预置插件中以目标服务器为请求对象的请求监听线程，对发送至目标服务器的请求进行监听。

在其中一个实施例中，目标服务器的数量包括多个；

在响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求之前，还包括：

对请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类；

响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求包括：

响应对预置插件的触碰操作，唤起展示界面，在展示界面中按类别分别展示最新的请求记录文件中的动态数据请求。

在其中一个实施例中，在响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求之后，还包括：

响应对展示的动态数据请求的触碰操作，确定目标请求；

从监听的请求数据中查找目标请求对应的请求地址和响应内容；

根据请求地址，定位目标请求对应的日志文件；

将日志文件中的数据与响应内容进行比较，定位目标请求对应的异常数据。

在其中一个实施例中，方法还包括：

当侦听到关闭信号时，清除请求记录文件中记录的动态数据请求。

在其中一个实施例中，将动态数据请求更新至预设的请求记录文件包括：

调用请求回调方法，确定待记录的动态数据请求；

统计待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量；

当待记录的动态数据请求的数量超过剩余可记录请求数量时，确定待记录的动态数据请求的数量与剩余可记录请求数量的数量差值；

获取请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从请求记录文件中清除数量差值对应数量的请求；

将待记录的动态数据请求更新至清理后的请求记录文件。

在其中一个实施例中，方法还包括：

配置请求监听配置文件，请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数；

将请求监听配置文件封装成扩展程序文件；

在开发者工具中添加扩展程序文件，生成插件。

一种网络请求监听装置，装置包括：

请求监听模块，用于当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

请求解析模块，用于对监听到的请求进行解析，得到请求对应的响应数据类型；

请求识别模块，用于根据响应数据类型，识别请求中的动态数据请求；

请求记录模块，用于将动态数据请求更新至预设的请求记录文件；

请求推送模块，用于响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

对监听到的请求进行解析，得到请求对应的响应数据类型；

根据响应数据类型，识别请求中的动态数据请求；

将动态数据请求更新至预设的请求记录文件；

响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

对监听到的请求进行解析，得到请求对应的响应数据类型；

根据响应数据类型，识别请求中的动态数据请求；

将动态数据请求更新至预设的请求记录文件；

响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

上述网络请求监听方法、装置、计算机设备和存储介质，客户端当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听，通过插件来实现对客户端发送的请求的监听，在不改变客户端原有处理逻辑的前提下实现对请求监听，且监听的请求不受到请求是否跳转的影响，解决了现有技术中跳转的请求无法记录导致无法直接获取的问题，通过对监听到的请求进行解析，得到请求对应的响应数据类型，根据响应数据类型，识别请求中的动态数据请求，实现了对监听到的请求的有效筛选，将动态数据请求更新至预设的请求记录文件，减少了对请求的记录所需的计算机处理资源，通过响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求，通过插件实现请求的监听与推送，无需借助外部工具，避免了复杂的操作处理，简化了计算机处理过程，减少了对计算机处理资源的占用。

附图说明

图1为一个实施例中网络请求监听方法的应用环境图；

图2为一个实施例中网络请求监听方法的流程示意图；

图3为再一个实施例中网络请求监听方法的流程示意图；

图4为另一个实施例中网络请求监听方法的流程示意图；

图5为一个实施例中网络请求监听装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的网络请求监听方法，可以应用于如图1所示的应用环境中。其中，客户端102通过网络与服务器104进行通信。可以理解，服务器104的数量可以为多个。客户端102当侦听到启动信号时，唤醒预置插件，以对发送至服务器104的请求进行监听，对监听到的请求进行解析，得到请求对应的响应数据类型，根据响应数据类型，识别请求中的动态数据请求，将动态数据请求更新至预设的请求记录文件，客户端102响应用户对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。其中，客户端102可以安装在终端，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种网络请求监听方法，以该方法应用于图1中的客户端为例进行说明，包括以下步骤202至步骤210。

步骤202，当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听。

客户端当侦听到启动信号时，唤醒客户端中预置的插件，插件是遵循一定规范的应用程序接口编写出来的程序。其只能运行在程序规定的一个或多个系统平台下，而不能脱离指定的平台单独运行。因为插件需要调用原纯净系统提供的函数库或者数据。很多软件都有插件，插件有无数种。例如在Chrome浏览器中，安装插件后，浏览器能够直接调用插件程序，用于处理特定类型的文件。

在客户端插件中，预先配置有用于对客户端发送的请求进行监听的请求监听线程。在应用过程中，客户端插件在客户端启动时被调用，请求监听线程在客户端插件被调用时被唤醒。通过唤醒请求监听线程，对客户端发送至服务器的请求进行监听。

客户端的启动信号是用户通过点击客户端图标等方式触发客户端的应用程序，开始执行客户端的工作线程的信号。以客户端是浏览器为例，在浏览器触发启动后，会唤起该浏览器的默认搜索引擎界面，默认搜索引擎界面中的数据加载是向服务器发送请求得到的。

请求是指客户端与服务器之间的一种交互方式，一般是指从客户端到服务器端的请求消息。具体来说，当浏览器向Web服务器发出请求时，它向服务器传递了一个数据块，也就是请求信息，请求信息由3部分组成：(1)请求方法URI协议/版本、(2)请求头、(3)请求正文。具体来说，监听的请求包括从客户端到服务器端的http/https请求。

请求分为静态数据请求和动态数据请求，静态数据请求是指请求的数据为静态数据的请求，静态资源是指存储在硬盘内的、固定的数据，是不需要经过计算处理的数据，例如浏览器的默认搜索引擎界面中加载的数据。动态数据请求是指请求的数据为动态数据的请求，动态资源是指需要服务器根据用户的操作所返回的数据，以及存储在数据库的数据，经过一系列逻辑计算后返回的数据。

通过在侦听到浏览器的启动信号时，启动请求监听线程，可以对浏览器客户端发送的所有请求进行监听，通过请求监听，可以使得请求不会被是否跳转影响到请求的记录与查找，便于实现请求中是否存在问题的判断以及问题的定位。

步骤204，对监听到的请求进行解析，得到请求对应的响应数据类型。

监听到的请求包括请求对象地址、请求头、请求正文以及响应内容。通过对监听到的请求进行解析，得到该请求的响应内容，并判断该响应内容对应的响应数据类型。

在实施例中，响应数据的数据类型分为静态数据和动态数据。具体来说，静态数据包括图片、字体、js文件、css文件等静态资源。在用户访问静态资源时，服务器会直接将这些资源返回到用户的计算机内。动态数据可以理解为动态页面，服务器需要根据请求进行相应的数据处理才能得到的结果。

步骤206，根据响应数据类型，识别请求中的动态数据请求。

通过筛选出响应数据类型为动态数据的请求，识别出监听到的各请求中的动态数据请求。

在实施例中，监听过程是针对客户端发出的所有请求的，但实际问题定位的应用过程中，并不是所有的请求都需要用到。例如，在浏览器启动时，默认搜索引擎界面的数据，例如启动时唤起界面中对应的图片等，属于前端静态资源，并不属于需要关注的内容，具体来说，前端静态资源是不经过服务器端的数据处理的，其文件类型与经过服务器处理的数据存在差异。因此，根据监听的请对应的文件类型，将数据类型为css、js、html等的请求都直接过滤掉，过滤处理后的请求只包括与后端交互的动态数据请求。

步骤208，将动态数据请求更新至预设的请求记录文件。

在实施例中，通过调用回调方法，根据响应数据类型，对监听到的请求进行过滤处理，得到待记录的请求，滤除的请求包括对前端静态资源的请求，记录的请求包括客户端与服务器端的动态请求。

在监听事件中添加有回调方法，将经过过滤处理后剩下的符合条件的动态数据请求通过调用回调方法的方式记录至展示界面对应的请求记录文件，展示界面的请求记录文件是预先配置的用于存放动态数据请求的文件。

具体来说，通过判断请求的数据是否为动态数据，当请求的数据为动态数据时，触发调用回调方法，当请求的数据为静态数据时，不触发回调方法的调用，也就实现了对静态数据请求的过滤处理和对动态数据请求的记录处理。

步骤210，响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

具体来说，插件触碰操作实质上是一种对记录的请求的查看操作，该操作的响应可以通过预先设定的触碰方式识别，例如点击插件、长按插件等。

通过获取展示界面的配置参数，将请求记录文件中记录的各项动态请求与对应的配置参数结合，得到展示界面，通过响应插件触发操作，唤起展示界面，具体来说，展示界面中的各项动态请求可以通过分类处理进行分类展示，例如，根据请求对应的服务器进行分类。

上述网络请求监听方法，当侦听到客户端的启动信号时，唤醒客户端插件中配置的请求监听线程，通过客户端插件来实现对客户端发送的请求的监听，在不改变客户端原有处理逻辑的前提下实现对客户端请求的监听，且监听的请求不受到请求是否跳转的影响，解决了现有技术中跳转的请求无法记录导致无法直接获取的问题，通过对监听到的请求进行解析，得到请求对应的响应数据类型，根据响应数据类型，识别请求中的动态数据请求，实现了对监听到的请求的有效筛选，将动态数据请求更新至预设的请求记录文件，避免了对静态数据请求的记录，简化了记录的请求，通过响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求，用户可以直观简便地获取到监听到的请求，通过客户端插件实现请求的监听与展示，无需借助外部工具，避免了复杂的操作处理，简化了计算机处理过程，减少了对计算机处理资源的占用。

以客户端为浏览器为例，通过上述网络请求监听方法，对测试人员来说，无需打开F12实现实时监听，在浏览器启动时自动监听并记录动态数据请求。测试人员只需要在需要时点击插件，即可查看记录的动态请求，使用方便，更高效。对于一些页面跳转时发生的请求，通过浏览器插件即可实现监听并记录，无需使用fiddler这种重工具，更简便，对于计算机来说，通过基于插件的监听网络请求方法，简化了请求的记录与获取过程，减小了计算机处理资源的占用。

在其中一个实施例中，当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听包括：当侦听到启动信号时，获取监听对象配置数据，确定目标服务器。唤醒预置插件中以目标服务器为请求对象的请求监听线程，对发送至目标服务器的请求进行监听。

监听对象可以根据实际需要进行配置，例如，仅仅针对某一个服务器进行请求监听，也可以是针对多个指定服务器，或是进行了交互的全部的服务器的请求监听。具体来说，针对某一个服务器进行请求监听一般是客户端与单独某个服务器之间的交互场景，例如百度问答。多个指定服务器适用于涉及多个服务器之间的跳转的场景，例如百度搜索结果为网易云音乐。进行了交互的全部的服务器的请求监听适用于需要对所有的交互请求记录的场景。基于监听对象配置数据，可以选择性地配置需要监听的服务器实现针对性的请求监听，实现数据的针对性处理，减少对计算机处理资源的占用。

在其中一个实施例中，目标服务器的数量包括多个。方法还包括：对请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类。响应对预置插件的触碰操作，唤起展示界面，在展示界面中按类别分别展示最新的请求记录文件中的动态数据请求。

当监听对应的服务器为多个时，基于记录的动态请求对应的服务器，将记录的动态请求按相同服务器的请求进行分类处理，能够直观明了地得到每个目标服务器对应的请求，实现了记录数据的分类展示，便于进行数据分析，快速定位异常数据。

在其中一个实施例中，如图3所示，在响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求之后，还包括步骤302至步骤308。

步骤302，响应对展示的动态数据请求的触碰操作，确定目标请求。

步骤304，从监听的请求数据中查找目标请求对应的请求地址和响应内容。

步骤306，根据请求地址，定位目标请求对应的日志文件。

步骤308，将日志文件中的数据与响应内容进行比较，定位目标请求对应的异常数据。

一个完整的请求事件包括请求数据的发送和响应数据的接收。在实施例中，监听的请求是一个完整的请求时间，包括记录请求url、请求header、请求body和响应内容。根据记录的请求url、请求header、请求body，定位该请求对应的日志文件，将日志文件中的数据与相响应内容进行比较，定位问题数据。

请求header、请求body用于记录请求数据，响应内容用于记录响应数据，根据请求url，可以确定要访问的host，即对应的服务器端，服务器端在接收到请求数据后，如果是动态数据请求会进行相应的数据处理之后，得到响应数据，并反馈至客户端。

进一步地，以客户端为浏览器的web系统为例，web系统的服务器端请求都添加了请求ID，请求ID可以添加在请求heade或请求body。研发人员一般只需要该请求ID和请求地址url便可方便查询日志定位问题。相应的，响应数据查看操作时，在展示界面中将每个请求的请求ID和Url展示出来，提供复制功能，测试人员查看时只需在需要定位的请求记录进行复制，即可提供给研发人员，研发人员通过其所在的终端，根据记录的请求url、请求header、请求body，定位该请求对应的进行数据处理的日志文件，将日志文件中的数据与响应内容进行比较，定位问题数据，简化了问题数据的定位处理，提高问题定位效率。

在其中一个实施例中，方法还包括：当侦听到关闭信号时，清除请求记录文件中记录的动态数据请求。

通过在客户端关闭时，清除记录的请求可以避免历史记录数据对下次的监听处理造成不必要的存储空间的占用，提高存储空间的利用率。

在其中一个实施例中，如图4所示，将动态数据请求更新至预设的请求记录文件包括步骤402至步骤410。

步骤402，调用请求回调方法，确定待记录的动态数据请求。

步骤404，统计待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量。

步骤406，当待记录的动态数据请求的数量超过剩余可记录请求数量时，确定待记录的动态数据请求的数量与剩余可记录请求数量的数量差值。

步骤408，获取请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从请求记录文件中清除数量差值对应数量的请求。

步骤410，将待记录的动态数据请求更新至清理后的请求记录文件。

在实施例中，通过限定请求数量，可以请求记录文件中避免记录过多请求，提高对存储空间的利用率，实现存储空间的合理利用。

在实施例中，方法还包括：请求记录文件中每次记录的动态数据请求的数量为1个，在将动态数据请求写入请求记录文件之前，先判断请求记录文件的剩余可记录请求数量是否为零，若否，则直接将动态数据请求写入请求记录文件，若是，则清楚请求记录文件中最早记录的一个动态数据请求。

在其中一个实施例中，方法还包括：配置请求监听配置文件，请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数。将请求监听配置文件封装成扩展程序文件。在开发者工具中添加扩展程序文件，生成插件，浏览器插件中配置的请求监听线程在客户端启动时被唤醒。

具体来说，客户端包括浏览器，浏览器插件的生成过程中包括多项数据的配置，具体包括：

配置请求监听线程，请求监听线程用于对浏览器前端发送的所有请求进行监听；

配置回调方法配置数据，在监听事件中添加回调方法，基于请求对应的响应数据类型，对监听到的请求进行筛选过滤，对于动态数据的请求调用回调方法，记录该请求对应的记录请求url、请求header、body和响应内容，上述内容均由监听事件传入。

配置前端展示界面参数，用于将回调方法拦截到的所有动态数据请求显示，按照拦截时间倒序显示，按照拦截的host分别显示，默认显示当前host的拦截请求。为避免记录太多请求，清除掉限定数量以外的请求记录。

配置待监听对象，待监听对象可以是固定host，也可以是对所有host。例如，如果测试只关注测试的web系统，可以设置拦截页面为web系统的host地址，那么其他页面的请求不会记录。

配置插件触发方式，插件触发方式是实现Chrome扩展的必须文件，并添加触发方式对应的事件。例如，添加browser_actions事件，可以将触发方式配置为通过按钮触发，通过点击该插件按钮，唤起包含记录的所有的请求信息的展示页面。

通过将上述各项配置文件打包成crx文件，在浏览器开发者工具里添加上面的crx扩展程序，实现浏览器插件。在实施例中，浏览器可以是chrome浏览器。

在一个应用实例中，该网络请求监听方法，可以应用于chrome浏览器，并以chrome浏览器扩展插件的形式实现。在chrome开发者工具里添加上面的crx扩展程序，添加后在浏览器的右上角会出现一个带标志的插件按钮。测试人员可以正常的进行自己的测试，由于该插件是默认打开记录请求的，所以当测试人员一旦发现web页面的缺陷，可以点击该插件按钮，查看所有的请求信息。

应该理解的是，虽然上述各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述各流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种网络请求监听装置，包括：请求监听模块502、请求解析模块504、请求识别模块506、请求记录模块508和请求推送模块510，其中：

请求监听模块502，用于当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听。

请求解析模块504，用于对监听到的请求进行解析，得到请求对应的响应数据类型。

请求识别模块506，用于根据响应数据类型，识别请求中的动态数据请求。

请求记录模块508，用于将动态数据请求更新至预设的请求记录文件。

请求推送模块510，用于响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

在其中一个实施例中，请求监听模块还用于当侦听到启动信号时，获取监听对象配置数据，确定目标服务器；唤醒预置插件中以目标服务器为请求对象的请求监听线程，对发送至目标服务器的请求进行监听。

在其中一个实施例中，目标服务器的数量包括多个；网络请求监听装置还包括请求归类模块，用于对请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类；请求推送模块还用于响应对预置插件的触碰操作，唤起展示界面，在展示界面中按类别分别展示最新的请求记录文件中的动态数据请求。

在其中一个实施例中，网络请求监听装置还包括问题定位模块，用于响应对展示的动态数据请求的触碰操作，确定目标请求；从监听的请求数据中查找目标请求对应的请求地址和响应内容；根据请求地址，定位目标请求对应的日志文件；将日志文件中的数据与响应内容进行比较，定位目标请求对应的异常数据。

在其中一个实施例中，网络请求监听装置还包括请求清除模块，用于当侦听到关闭信号时，清除请求记录文件中记录的动态数据请求。

在其中一个实施例中，请求记录模块还用于调用请求回调方法，确定待记录的动态数据请求；统计待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量；当待记录的动态数据请求的数量超过剩余可记录请求数量时，确定待记录的动态数据请求的数量与剩余可记录请求数量的数量差值；获取请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从请求记录文件中清除数量差值对应数量的请求；将待记录的动态数据请求更新至清理后的请求记录文件。

在其中一个实施例中，网络请求监听装置还包括插件生成模块，用于配置请求监听配置文件，请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数；将请求监听配置文件封装成扩展程序文件；在开发者工具中添加扩展程序文件，生成插件。

关于网络请求监听装置的具体限定可以参见上文中对于网络请求监听方法的限定，在此不再赘述。上述网络请求监听装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种网络请求监听方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；对监听到的请求进行解析，得到请求对应的响应数据类型；根据响应数据类型，识别请求中的动态数据请求；将动态数据请求更新至预设的请求记录文件；响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当侦听到启动信号时，获取监听对象配置数据，确定目标服务器；

唤醒预置插件中以目标服务器为请求对象的请求监听线程，对发送至目标服务器的请求进行监听。

在其中一个实施例中，目标服务器的数量包括多个；处理器执行计算机程序时还实现以下步骤：对请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类；

响应对预置插件的触碰操作，唤起展示界面，在展示界面中按类别分别展示最新的请求记录文件中的动态数据请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：响应对展示的动态数据请求的触碰操作，确定目标请求；从监听的请求数据中查找目标请求对应的请求地址和响应内容；根据请求地址，定位目标请求对应的日志文件；将日志文件中的数据与响应内容进行比较，定位目标请求对应的异常数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当侦听到关闭信号时，清除请求记录文件中记录的动态数据请求。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：调用请求回调方法，确定待记录的动态数据请求；统计待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量；当待记录的动态数据请求的数量超过剩余可记录请求数量时，确定待记录的动态数据请求的数量与剩余可记录请求数量的数量差值；获取请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从请求记录文件中清除数量差值对应数量的请求；将待记录的动态数据请求更新至清理后的请求记录文件。

在其中一个实施例中，处理器执行计算机程序时还实现以下步骤：配置请求监听配置文件，请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数；将请求监听配置文件封装成扩展程序文件；在开发者工具中添加扩展程序文件，生成插件，浏览器插件中配置的请求监听线程在客户端启动时被唤醒。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；对监听到的请求进行解析，得到请求对应的响应数据类型；根据响应数据类型，识别请求中的动态数据请求；将动态数据请求更新至预设的请求记录文件；响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当侦听到启动信号时，获取监听对象配置数据，确定目标服务器；

唤醒预置插件中以目标服务器为请求对象的请求监听线程，对发送至目标服务器的请求进行监听。

在一个实施例中，目标服务器的数量包括多个；计算机程序被处理器执行时还实现以下步骤：对请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类；

响应对预置插件的触碰操作，唤起展示界面，在展示界面中按类别分别展示最新的请求记录文件中的动态数据请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：响应对展示的动态数据请求的触碰操作，确定目标请求；从监听的请求数据中查找目标请求对应的请求地址和响应内容；根据请求地址，定位目标请求对应的日志文件；将日志文件中的数据与响应内容进行比较，定位目标请求对应的异常数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当侦听到关闭信号时，清除请求记录文件中记录的动态数据请求。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：调用请求回调方法，确定待记录的动态数据请求；统计待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量；当待记录的动态数据请求的数量超过剩余可记录请求数量时，确定待记录的动态数据请求的数量与剩余可记录请求数量的数量差值；获取请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从请求记录文件中清除数量差值对应数量的请求；将待记录的动态数据请求更新至清理后的请求记录文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：配置请求监听配置文件，请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数；将请求监听配置文件封装成扩展程序文件；在开发者工具中添加扩展程序文件，生成插件，浏览器插件中配置的请求监听线程在客户端启动时被唤醒。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种网络请求监听方法，其特征在于，所述方法包括：

当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

对监听到的请求进行解析，得到所述请求对应的响应数据类型；

根据所述响应数据类型，识别所述请求中的动态数据请求；

将所述动态数据请求更新至预设的请求记录文件；

响应对所述预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求。

2.根据权利要求1所述的方法，其特征在于，所述当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听包括：

当侦听到启动信号时，获取监听对象配置数据，确定目标服务器；

唤醒预置插件中以所述目标服务器为请求对象的请求监听线程，对发送至所述目标服务器的请求进行监听。

3.根据权利要求2所述的方法，其特征在于，所述目标服务器的数量包括多个；

在所述响应对所述预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求之前，还包括：

对所述请求记录文件中的动态数据请求进行分类处理，以将相同目标服务器对应的动态数据请求归集为同一类；

所述响应对所述预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求包括：

响应对所述预置插件的触碰操作，唤起展示界面，在所述展示界面中按类别分别展示最新的所述请求记录文件中的动态数据请求。

4.根据权利要求1所述的方法，其特征在于，在所述响应对所述预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求中的动态数据请求之后，还包括：

响应对展示的动态数据请求的触碰操作，确定目标请求；

从监听的请求数据中查找所述目标请求对应的请求地址和响应内容；

根据所述请求地址，定位所述目标请求对应的日志文件；

将所述日志文件中的数据与所述响应内容进行比较，定位所述目标请求对应的异常数据。

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

当侦听到关闭信号时，清除所述请求记录文件中记录的动态数据请求。

6.根据权利要求1所述的方法，其特征在于，所述将所述动态数据请求更新至预设的请求记录文件包括：

调用请求回调方法，确定待记录的动态数据请求；

统计所述待记录的动态数据请求的数量，并获取请求记录文件中的剩余可记录请求数量；

当所述待记录的动态数据请求的数量超过所述剩余可记录请求数量时，确定所述待记录的动态数据请求的数量与所述剩余可记录请求数量的数量差值；

获取所述请求记录文件中的各请求的记录时长，按记录时长从长到短的顺序，从所述请求记录文件中清除所述数量差值对应数量的请求；

将所述待记录的动态数据请求更新至清理后的请求记录文件。

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

配置请求监听配置文件，所述请求监听配置文件中包括配置的请求监听线程配置数据、回调方法配置数据、监听对象配置数据、插件触发方式配置数据以及展示界面配置参数；

将所述请求监听配置文件封装成扩展程序文件；

在开发者工具中添加所述扩展程序文件，生成插件。

8.一种网络请求监听装置，其特征在于，所述装置包括：

请求监听模块，用于当侦听到启动信号时，唤醒预置插件，以对发送的请求进行监听；

请求解析模块，用于对监听到的请求进行解析，得到所述请求对应的响应数据类型；

请求识别模块，用于根据所述响应数据类型，识别所述请求中的动态数据请求；

请求记录模块，用于将所述动态数据请求更新至预设的请求记录文件；

请求推送模块，用于响应对预置插件的触碰操作，推送最新的请求记录文件中的动态数据请求。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

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

Images