CN117556116A - 请求信息的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种请求信息的处理方法、装置、电子设备及存储介质，其中，该方法包括：获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。基于上述技术方案，通过获取请求信息内的模式识别参数，进而确定与请求信息相对应的目标处理模式，基于该处理模式对请求信息进行处理，进而提高了对请求信息的处理效率。

Description

请求信息的处理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种请求信息的处理方法、装置、电子设备及存储介质。

背景技术

随着信息技术的不断发展，为了提高用户在使用应用程序的使用体验，通常会采用降低页面加载速度的方式，以减少页面加载过程中的白屏时间，进而达到提高应用程序使用体验的效果。

但是，现有技术中并不会对用户的操作进行识别和限制，并且由于用户在使用应用程序的过程中，通常会伴随着大量的误操作，或者是在上一接口请求尚未返回信息时又进行了多次操作，同一时间段内针对同一接口发出多次请求，必然会造成带宽的浪费且无任何意义，进而增加了页面的加载时间，降低了用户的使用体验。

发明内容

本发明提供了一种请求信息的处理方法、装置、电子设备及存储介质，通过获取请求信息内的模式识别参数，基于不同的处理模式对请求信息进行处理，提高了对请求信息的处理效率。

根据本发明的一方面，提供了一种请求信息的处理方法，所述方法包括：

获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；

基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；

基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

根据本发明的另一方面，提供了一种请求信息的处理装置，所述装置包括：

请求获取模块，用于获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；

标识确定模块，用于基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；

信息处理模块，用于基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的请求信息的处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的请求信息的处理方法。

本发明实施例的技术方案，通过获取与目标端口相对应的请求信息，并基于所述请求信息确定模式识别参数，确定与所述请求信息相对应的请求标识，进而基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。基于上述技术方案，通过获取请求信息内的模式识别参数，进而确定与请求信息相对应的目标处理模式，基于该处理模式对请求信息进行处理，进而提高了对请求信息的处理效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是本发明实施例提供的一种请求信息的处理方法的流程示意图；

图2是本发明实施例提供的一种请求信息的处理方法的流程图；

图3是本发明实施例提供的请求信息的处理的流程图；

图4是本发明实施例提供的一种请求信息的处理装置的结构框图；

图5是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例提供的一种请求信息的处理方法的流程示意图，本实施例可适用于根据请求信息对应的模式识别参数以及请求标识，确定对应的请求处理模式，进而基于该请求处理模式对请求信息进行处理的情况，该方法可以由请求信息的处理装置来执行，该请求信息的处理装置可以采用硬件和/或软件的形式实现，该请求信息的处理装置可配置于电子设备中，该电子设备可以是终端设备或者服务端设备等。

如图1所示，该方法包括：

S110、获取与目标端口相对应的请求信息。

其中，目标端口可以是用于展示给用户进行浏览的页面，也即前端。请求信息可以理解为前端再向服务器发送请求时发送的相关信息，例如可以是关于请求的参数和数据等。请求信息可以为页面加载请求信息。

具体的，获取与目标端口相对应的请求信息，例如可以是通过拦截与前端相对应的网络流量并对网络流量进行分析后，获取与目标端口相关的请求数据。可以理解的是，请求信息通常包括：请求行：包含请求方法(如GET、POST等)、请求的资源路径和协议的版本。请求头部：包含关于请求的附加信息，如请求的来源、客户端的配置、响应的格式等。请求体：包含在POST或PUT请求中发送的数据，这些数据作为请求的一部分发送给服务器。

S120、基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识。

其中，模式识别参数可以是用于确定与当前请求信息相对应的信息处理模式的参数。请求标识可以理解为用于当前请求信息的唯一识别信息。

具体的，基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识，例如，可以是基于预先设置的模式识别字段从请求信息中提取与该字段相匹配的模式识别参数，并确定与请求信息相对应的请求标识。

在上述技术方案的基础上，所述确定与所述请求信息相对应的请求标识，包括：获取与所述请求信息相对应的接口地址和请求参数，并基于所述接口地址和所述请求参数确定待处理字符串；基于预设编码函数对所述待处理字符串进行编码，确定所述请求标识。

其中，接口地址可以是与目标端口相对应的互联网地址信息，例如可以是IP地址等。请求参数可以理解为发送请求时请求一起传递给服务器的参数，用于描述请求信息的详细信息和数据。待处理字符串可以是将接口地址和请求参数进行拼接得到的字符串。预设编码函数可以是预先设置用于对字符串进行编码的函数，例如可以是encodeURI函数。

具体的，获取与所述请求信息相对应的接口地址和请求参数，并基于所述接口地址和所述请求参数确定待处理字符串，进而基于预设编码函数对所述待处理字符串进行编码，确定所述请求标识。例如，获取与当前请求信息相对应的接口地址和对应的请求参数作为计算值，将二者信息拼接成一个字符串后再使用encodeURI函数对其进行编码，编码后的值作为最终的前端请求标识值，也即与当前请求信息相对应的请求标识。

S130、基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

其中，目标处理模式可以是与模式识别参数相对应的请求信息处理模式。请求信息处理模式可以包括队列处理模式、断开连接处理模式、忽略处理模式、优先处理模式以及防抖处理模式中的一种。

具体的，基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理，示例性的，获取与请求信息相对应的模式识别参数，进而基于该模式识别参数确定对应的目标处理模式，基于目标处理模式和请求标识对请求信息进行处理，以得到与请求信息相对应的正确响应信息。

在上述技术方案的基础上，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：在所述目标处理模式为队列处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求队列；若所述缓存池内存在与所述请求标识相对应的请求队列，则将所述请求信息压入所述请求队列内；若所述缓存池内不存在与所述请求标识相对应的请求队列，则建立与所述请求标识相对应的请求队列，并将所述请求信息压入所述请求队列内，发送与所述请求信息相对应的网络请求。

其中，队列处理模式可以理解为将请求标识相同的请求信息进行排队处理的模式。请求队列可以是用于对请求信息进行排队处理的数据结构。网络请求可以理解为向服务器发送的用于指示服务器对请求进行处理的请求信息。缓存池可以是预先设置的用于存储临时数据的内存空间。

具体的，在所述目标处理模式为队列处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求队列，若所述缓存池内存在与所述请求标识相对应的请求队列，则将所述请求信息压入所述请求队列内，若所述缓存池内不存在与所述请求标识相对应的请求队列，则建立与所述请求标识相对应的请求队列，并将所述请求信息压入所述请求队列内，发送与所述请求信息相对应的网络请求。

示例性的，若当前请求信息对应的目标处理模式为队列处理模式的情况下，根据当前请求信息的请求标识确定缓存池内是否存在对应的请求队列，若存在请求队列，则说明已存在与当前请求信息具有相同请求标识的其他请求信息，则无需重复发送网络请求，直接将当前请求信息压入请求队列内；若缓存池内不存在请求队列，向服务端发送与当前请求信息相对应的网络请求，并基于当前请求信息的请求标识建立请求队列，当检测到其他请求标识与当前请求信息相同的请求信息时，可以将其压入请求队列内，以避免对同一请求的重复响应。

在上述技术方案的基础上，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：在所述目标处理模式为断开连接处理模式或忽略处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的权限令牌；若所述缓存池内存在与所述请求标识相对应的权限令牌，则基于所述权限令牌断开所述请求信息的网络连接；若所述缓存池内不存在与所述请求标识相对应的权限令牌，则生成与所述请求标识相对应的权限令牌，将所述权限令牌存储至所述缓存池内，并发送与所述请求信息相对应的网络请求。

其中，断开连接处理模式可以理解为用于断开当前请求信息对应的网络连接的处理模式。忽略模式可以理解为将当前请求信息的请求参数进行忽略的处理模式。忽略处理模式的请求标识是请求信息的接口地址。权限令牌可以是与当前请求信息相对应的令牌，用于断开与当前请求信息相对应的网络请求。

具体的，在所述目标处理模式为断开连接处理模式或忽略处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的权限令牌，若所述缓存池内存在与所述请求标识相对应的权限令牌，则基于所述权限令牌断开所述请求信息的网络连接，若所述缓存池内不存在与所述请求标识相对应的权限令牌，则生成与所述请求标识相对应的权限令牌，将所述权限令牌存储至所述缓存池内，并发送与所述请求信息相对应的网络请求。

示例性的，若当前请求信息对应的目标处理模式为断开连接处理模式或忽略处理模式的情况下，确定缓存池内是否存在与请求标识相对应的权限令牌，若缓存池内存在与请求标识相对应的权限令牌，则说明当前请求信息为重复请求，则基于权限令牌断开当前请求信息与服务端的网络连接，若缓存池内不存在与请求标识相对应的权限令牌，则说明当前请求信息不是重复请求，则在缓存池内生成与请求标识相对应的权限令牌，并发送与当前请求信息相对应的网络请求。

在上述技术方案的基础上，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：在所述目标处理模式为优先处理模式的情况下，确定缓存池内是否存在与所述请求标识；若所述缓存池内存在与所述请求标识，则不对所述请求信息进行响应；若所述缓存池内不存在与所述请求标识，将所述请求标识存储于缓存池内，并发送与所述请求信息相对应的网络请求。

其中，优先处理模式可以理解为对当前请求信息进行优先处理的模式。

具体的，在所述目标处理模式为优先处理模式的情况下，确定缓存池内是否存在所述请求标识，若所述缓存池内存在与所述请求标识，则不对所述请求信息进行响应，若所述缓存池内不存在与所述请求标识，将所述请求标识存储于缓存池内，并发送与所述请求信息相对应的网络请求。例如，若目标处理模式为优先处理模式，则只需要检查当前请求标识是否已存在于缓存池内，若缓存池内已存在请求标识，则无需对当前请求进行响应，若缓存池内不存在请求标识，则向服务端发送与当前请求信息相对应的网络请求。

在上述技术方案的基础上，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：在所述目标处理模式为防抖处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的计时器；若所述缓存池内存在与所述请求标识相对应的计时器，则重置所述计时器的计时时长；若所述缓存池内不存在与所述请求标识相对应的计时器，则创建与所述请求标识相对应的计时器，并在所述计时器计时完成时，发送与所述请求信息相对应的网络请求。

其中，防抖处理模式可以理解为避免请求信息的重复发送的处理模式。计时器可以是用于计时和控制时间的计算机程序。

具体的，在目标处理模式为防抖处理模式的情况下，确定缓存池内是否存在与请求标识相对应的计时器，若缓存池内存在与请求标识相对应的计时器，则重置计时器的计时时长；若缓存池内不存在与请求标识相对应的计时器，则创建与请求标识相对应的计时器，并在计时器计时完成时，发送与请求信息相对应的网络请求。示例性的，若目标处理模式为防抖处理模式，则确定缓存池内是否存在与请求标识相对应的计时器，若存在与请求标识相对应的计时器，则说明在预设时间内，用户多次触发了同一功能，并发出了重复的请求信息，则无需对当前请求信息进行响应，并重置计时器的计时时长，若存池内不存在与请求标识相对应的计时器，则建立与请求标识相对应的计时器，并在计时器计时完成时，发送与请求信息相对应的网络请求。计时器可以是倒计时计时器，例如可以是预设计时时长的计时器，如倒计时三秒，当计时器归零时，视为计时完成。本发明实施例提供的技术方案，通过在计时器计时完成后进行事件操作，进而避免了事件的重复触发。

在上述技术方案的基础上，在发送与所述请求信息相对应的网络请求之后，还包括：在获取到与所述网络请求相对应的反馈信息的情况下，将所述反馈信息返回至所述目标端口；基于所述请求标识删除所述缓存池内与所述请求标识相对应的请求关联信息。

其中，反馈信息可以是服务器对网络请求进行处理后返回的数据和状态，例如可以是样式文件、依赖文件包、服务器端数据等。请求关联信息可以理解为存储于缓存池内与请求信息相关联的临时数据，例如，请求队列、计时器、请求标识和权限令牌等。

具体的，在获取到与所述网络请求相对应的反馈信息的情况下，将所述反馈信息返回至所述目标端口，基于所述请求标识删除所述缓存池内与所述请求标识相对应的请求关联信息。例如，当获取到与所述网络请求相对应的反馈信息的情况时，说明当前请求信息已接收到来自服务端的反馈，则释放缓存池内与当前请求信息相关联的请求关联信息。需要说明的是，若请求关联信息为请求队列，则将反馈信息作为该请求队列内所有请求的返回信息，并在该请求队列内所有请求都处理完成后，删除请求队列。

本发明实施例的技术方案，通过获取与目标端口相对应的请求信息，并基于所述请求信息确定模式识别参数，确定与所述请求信息相对应的请求标识，进而基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。基于上述技术方案，通过获取请求信息内的模式识别参数，进而确定与请求信息相对应的目标处理模式，基于该处理模式对请求信息进行处理，进而提高了对请求信息的处理效率。

实施例二

图2为本发明实施例提供的一种请求信息的处理方法的流程图，本实施例在上述实施例的基础上，进一步优化了上述请求信息的处理方法。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。

需要说明的是，本发明实施例提供的技术方案，基于Axios，添加一层拦截器，对整个项目的前端接口请求进行统一的控制处理。并支持开发人员按使用场景在接口请求发出时动态配置对应的请求方式，以保证接口请求的有效发出。通过对于Axios的进一步封装，增加了一个拦截层，以实现对于接口调用方式的智能化配置管理。在请求API的定义函数中，增加了一个用于指明接口调用方式的参数。用户根据实际需要在调用API时动态传入相应的参数值，然后拦截层会根据该参数的值进行对应处理。一共支持五种处理方式，包括：队列处理模式(queue)、断开连接处理模式(cancel)、忽略处理模式(ignore)、优先处理模式(first)以及防抖处理模式(last)。需要说明的是，Axios是基于Promise的网络请求库，作用于浏览器和node.js中。其本质上也是对原生XHR的封装，只不过它是Promise的实现版本。Promise是异步编程的一种解决方案，简单地说就是一个容器，里面保存着某个未来会结束的事件的结果。XMR是XMLHTTPRequest，作为一组API函数集，可被Javascript、JScript、VBScript以及其他web浏览器内嵌的脚本语言调用。通过HTTP在浏览器和web服务器之间收发XML或其它数据。API即Application Programming Interface，应用程序编程接口。是一些预先定义的函数，或指软件系统不同组成部分之间衔接的约定，提供了应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码或理解内部工作机制的细节。本发明实施例所提供的技术方案中，API特指在网页、手机APP等终端设备和应用中用与提供和相应后台进行交互的入口。

进一步的，本发明的技术方案调用接口时，支持开发人员根据对应的使用场景自行指定合适的接口处理方式。如：组件A作用于页面A时，与页面A会针对同一接口携带相同参数发出请求，就可以在调用该接口时配置queue的接口调用模式；当组件A作用于其他页面时，可直接使用默认的last模式，仅做防抖处理，也即，不同接口对应的mode参数可以由开发人员根据需求进行选择。如图2所示，本发明实施例的方法包括：

获取请求信息，并确定与请求信息相对应的请求标识：具体的，通过拦截层拦截各请求信息，并以该请求的接口地址和对应的请求参数作为计算值，将二者信息拼接成一个字符串后再使用encodeURI函数对其进行编码，编码后的值作为最终的前端请求标识值。需要说明的是，对于拦截层而言，其实质是一个具有拦截功能的对象，取代了项目中对外抛出的Axios对象，用以控制前端请求的发出及响应时机，其会先判定该前端请求对应的标识是否存在于缓存池中，如果是，则按照该请求参数中所携带的mode参数的值来进行后续操作。如果不是，则会将对应信息存入缓存池中，并在对应接口得到处理之后删除其在缓存池中的信息。

根据目标处理模式对请求信息进行处理：具体的，如图3所示，在目标处理模式为队列处理模式的情况下，也即请求信息中的mode参数为Queue时，根据接口请求对应的请求标识在缓存池中查找对应信息，若不存在，则在缓存池中建立起对应的请求队列，并将对应的接口请求放入到该队列中，然后发出网络请求，当该网络请求尚未返回对应信息时，后续产生的同请求标识请求将继续压入到对应的队列之中，直到服务器返回信息后，将该结果返回给对应队列里的所有前端请求，并在最后删除该请求标识在缓存池中对应的队列信息，进而实现了发出一次http/https请求对应多个前端接口请求的功能。

在目标处理模式为断开连接处理模式或忽略处理模式的情况下，也即请求信息中的mode参数为Cancel或Ignore时，在发出网络请求前都会在缓存池中预先存储对应接口请求的cancelToken，一旦后续发出的接口请求对应的请求标识存在于缓存池中，就把对应的cancelToken从缓存池中取出，用于取消对应的http/https请求，并且对于Axios而言，每一次发出的网络请求都可以对应一个cancelToken，使用cancelToken即可断开已经发出的http/https请求。需要说明的是，Ignore模式与Cancel模式的区别在于不会根据请求参数去计算请求标识，而是直接以请求地址作为请求标识。对于这两种模式而言，虽然前端断开了链接，但接口对应的后端操作仍会进行。因此，这两种模式均不适合于后端更新的操作接口。

在目标处理模式为优先处理模式的情况下，也即请求信息中的mode参数为First时，先检查在缓存池中是否存在接口请求标识所对应的信息，如果存在则不做处理，如果不存在则会发出对应的网络请求，直到该网络请求返回数据后删除该请求请求标识在缓存池中的信息，更适合于后端计算量或者查询量较大的前端请求接口。

在目标处理模式为防抖处理模式的情况下，，也即请求信息中的mode参数为Last时，确定缓存池内是否存在与请求标识相对应的计时器，若存在与请求标识相对应的计时器，则说明在预设时间内，用户多次触发了同一功能，并发出了重复的请求信息，则无需对当前请求信息进行响应，并重置计时器的计时时长，若存池内不存在与请求标识相对应的计时器，则建立与请求标识相对应的计时器，并在计时器计时完成时，发送与请求信息相对应的网络请求。

并且，当请求信息中不包含mode参数时，会为当前请求信息添加一个取值为Last的mode参数，至少保证请求信息存在防抖功能，并且当目标处理模式为防抖处理模式时，判断当前运行环境是否为开发环境，若为开发环境，则输出参数错误提示。

需要说明的是，上述的所有模式每次都会返回一个Promise对象，对于异步事件的处理，浏览器会将其放在微任务队列中进行处理。当调用了Promise对应的resolve或者是reject方法之后，对应的Promise就会在适当的时机被处理并在微任务中被移除。因此，为了避免无响应的Promise对象堆积在微任务队列中，本发明会对每一个模式返回的Promise对象做处理，使用resolve方法向其注册的回调函数中返回可一个空对象。之所以如此处理，是因为本发明所用项目中后端接口返回的错误信息会被上报给相关服务。因此，只能使用Promise的resolve方法使其进入then方法中注册的回调函数。而后端接口返回的信息中会包含一个data字段，该字段是一个对象，包含了除code码和错误信息以外的相关信息。在实际调用接口的代码中，then方法会优先判断所接收的参数中有无data属性，有才进行相关操作。故而当传入一个空对象时，原本用以处理接口返回信息的代码并不会被执行。这样既能保证页面代码的正确执行又能确保每一个接口调用的Promise对象得到处理。

本发明实施例的技术方案，通过获取与目标端口相对应的请求信息，并基于所述请求信息确定模式识别参数，确定与所述请求信息相对应的请求标识，进而基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。基于上述技术方案，通过获取请求信息内的模式识别参数，进而确定与请求信息相对应的目标处理模式，基于该处理模式对请求信息进行处理，进而提高了对请求信息的处理效率。

实施例三

图4为本发明实施例提供的一种请求信息的处理装置的结构框图。如图4所示，该装置包括：请求获取模块410、标识确定模块420以及信息处理模块430。

请求获取模块410，用于获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；

标识确定模块420，用于基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；

信息处理模块430，用于基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

在上述技术方案的基础上，所述标识确定模块，用于获取与所述请求信息相对应的接口地址和请求参数，并基于所述接口地址和所述请求参数确定待处理字符串；基于预设编码函数对所述待处理字符串进行编码，确定所述请求标识。

在上述技术方案的基础上，所述信息处理模块，用于在所述目标处理模式为队列处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求队列；若所述缓存池内存在与所述请求标识相对应的请求队列，则将所述请求信息压入所述请求队列内；若所述缓存池内不存在与所述请求标识相对应的请求队列，则建立与所述请求标识相对应的请求队列，并将所述请求信息压入所述请求队列内，并发送与所述请求信息相对应的网络请求。

在上述技术方案的基础上，所述信息处理模块，用于在所述目标处理模式为断开连接处理模式或忽略处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的权限令牌，其中，所述忽略处理模式的请求标识是所述请求信息的接口地址；若所述缓存池内存在与所述请求标识相对应的权限令牌，则基于所述权限令牌断开所述请求信息的网络连接；若所述缓存池内不存在与所述请求标识相对应的权限令牌，则生成与所述请求标识相对应的权限令牌，将所述权限令牌存储至所述缓存池内，并发送与所述请求信息相对应的网络请求。

在上述技术方案的基础上，所述信息处理模块，用于在所述目标处理模式为优先处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求标识；若所述缓存池内存在所述请求标识，则不对所述请求信息进行响应；若所述缓存池内不存在与所述请求标识，将所述请求标识存储于缓存池内，并发送与所述请求信息相对应的网络请求。

在上述技术方案的基础上，所述信息处理模块，用于在所述目标处理模式为防抖处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的计时器；若所述缓存池内存在与所述请求标识相对应的计时器，则重置所述计时器的计时时长；若所述缓存池内不存在与所述请求标识相对应的计时器，则创建与所述请求标识相对应的计时器，并在所述计时器计时完成时，发送与所述请求信息相对应的网络请求。

在上述技术方案的基础上，所述装置还包括：缓存释放模块，用于在获取到与所述网络请求相对应的反馈信息的情况下，将所述反馈信息返回至所述目标端口；基于所述请求标识删除所述缓存池内与所述请求标识相对应的请求关联信息。

本发明实施例的技术方案，通过获取与目标端口相对应的请求信息，并基于所述请求信息确定模式识别参数，确定与所述请求信息相对应的请求标识，进而基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。基于上述技术方案，通过获取请求信息内的模式识别参数，进而确定与请求信息相对应的目标处理模式，基于该处理模式对请求信息进行处理，进而提高了对请求信息的处理效率。

本发明实施例所提供的请求信息的处理装置可执行本发明任意实施例所提供的请求信息的处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如请求信息的处理方法。

在一些实施例中，请求信息的处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的请求信息的处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行请求信息的处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

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

Claims (10)

1.一种请求信息的处理方法，其特征在于，包括：

获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；

基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；

基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述请求信息相对应的请求标识，包括：

获取与所述请求信息相对应的接口地址和请求参数，并基于所述接口地址和所述请求参数确定待处理字符串；

基于预设编码函数对所述待处理字符串进行编码，确定所述请求标识。

3.根据权利要求1所述的方法，其特征在于，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：

在所述目标处理模式为队列处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求队列；

若所述缓存池内存在与所述请求标识相对应的请求队列，则将所述请求信息压入所述请求队列内；

若所述缓存池内不存在与所述请求标识相对应的请求队列，则建立与所述请求标识相对应的请求队列，并将所述请求信息压入所述请求队列内，并发送与所述请求信息相对应的网络请求。

4.根据权利要求1的方法，其特征在于，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：

在所述目标处理模式为断开连接处理模式或忽略处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的权限令牌，其中，所述忽略处理模式的请求标识是所述请求信息的接口地址；

若所述缓存池内存在与所述请求标识相对应的权限令牌，则基于所述权限令牌断开所述请求信息的网络连接；

若所述缓存池内不存在与所述请求标识相对应的权限令牌，则生成与所述请求标识相对应的权限令牌，将所述权限令牌存储至所述缓存池内，并发送与所述请求信息相对应的网络请求。

5.根据权利要求1所述的方法，其特征在于，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：

在所述目标处理模式为优先处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的请求标识；

若所述缓存池内存在所述请求标识，则不对所述请求信息进行响应；

若所述缓存池内不存在与所述请求标识，将所述请求标识存储于缓存池内，并发送与所述请求信息相对应的网络请求。

6.根据权利要求1所述的方法，其特征在于，所述根据所述目标处理模式和所述请求标识对所述请求信息进行处理，包括：

在所述目标处理模式为防抖处理模式的情况下，确定缓存池内是否存在与所述请求标识相对应的计时器；

若所述缓存池内存在与所述请求标识相对应的计时器，则重置所述计时器的计时时长；

若所述缓存池内不存在与所述请求标识相对应的计时器，则创建与所述请求标识相对应的计时器，并在所述计时器计时完成时，发送与所述请求信息相对应的网络请求。

7.根据权利要求3-6中任一所述的方法，其特征在于，在发送与所述请求信息相对应的网络请求之后，还包括：

在获取到与所述网络请求相对应的反馈信息的情况下，将所述反馈信息返回至所述目标端口；

基于所述请求标识删除所述缓存池内与所述请求标识相对应的请求关联信息。

8.一种请求信息的处理装置，其特征在于，包括：

请求获取模块，用于获取与目标端口相对应的请求信息，其中，所述请求信息为页面加载请求信息；

标识确定模块，用于基于所述请求信息确定模式识别参数，并确定与所述请求信息相对应的请求标识；

信息处理模块，用于基于所述模式识别参数确定与所述请求信息相对应的目标处理模式，并根据所述目标处理模式和所述请求标识对所述请求信息进行处理。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的请求信息的处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的请求信息的处理方法。