CN115037802A - 一种请求处理方法、装置、电子设备和存储介质 - Google Patents

一种请求处理方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN115037802A
CN115037802A CN202210625673.0A CN202210625673A CN115037802A CN 115037802 A CN115037802 A CN 115037802A CN 202210625673 A CN202210625673 A CN 202210625673A CN 115037802 A CN115037802 A CN 115037802A
Authority
CN
China
Prior art keywords
request
log query
screening
preset
queue
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210625673.0A
Other languages
English (en)
Other versions
CN115037802B (zh
Inventor
周胜强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202210625673.0A priority Critical patent/CN115037802B/zh
Publication of CN115037802A publication Critical patent/CN115037802A/zh
Application granted granted Critical
Publication of CN115037802B publication Critical patent/CN115037802B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开提供了一种请求处理方法、装置、电子设备和存储介质,涉及人工智能领域,尤其涉及云计算技术。具体实现方案包括:根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。本公开方案实现了对并发的请求进行有效管理的效果。

Description

一种请求处理方法、装置、电子设备和存储介质
技术领域
本公开涉及人工智能领域,尤其涉及云计算技术,具体涉及一种请求处理方法、装置、电子设备、存储介质和计算机程序产品。
背景技术
HTTP1.1(Hypertext Transfer Protocol Version 1.1,超文本传输协议-版本1.1)是当今最常见的HTTP版本。它是用来在Internet上传送超文本的传送协议。具体的是运行在TCP/IP协议簇之上的HTTP应用协议,可以使浏览器更加高效,使网络传输减少。
发明内容
本公开提供了一种请求处理方法、装置、电子设备、存储介质和计算机程序产品。
根据本公开的一方面,提供了一种请求处理方法,包括:
根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;
根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
根据本公开的一方面,提供了一种请求处理装置,包括:
筛选模块,用于根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;
处理模块,用于根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
根据本公开的另一方面,提供了一种电子设备,包括:
至少一个处理器;以及
与至少一个处理器通信连接的存储器;其中,
存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行本公开任意实施例的请求处理方法。
根据本公开的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,计算机指令用于使计算机执行本公开任意实施例的请求处理方法。
根据本公开的另一方面,提供了一种计算机程序产品,包括计算机程序,计算机程序在被处理器执行时实现本公开任意实施例的请求处理方法。
根据本公开的技术,实现了对并发的网络请求进行有效管理的效果。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1是本公开实施例提供的一种请求处理方法的流程示意图;
图2是本公开实施例提供的又一种请求处理方法的流程示意图;
图3是本公开实施例提供的又一种请求处理方法的流程示意图;
图4是本公开实施例提供的又一种请求处理方法的流程示意图;
图5是本公开实施例提供的又一种请求处理方法的流程示意图;
图6是本公开实施例提供的一种请求处理装置的结构示意图;
图7是用来实现本公开实施例的请求处理方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
本公开方案主要适用于智能云场景,针对智能云场景下的一些云产品,通常以浏览器作为产品的客户端。而通过浏览器向云端发送的网络请求通常是基于HTTP1.1的请求,由于该版本超文本传输协议的限制,浏览器有并发数量的限制,如此,在同时产生的基于HTTP1.1的请求的数量过多时,会导致浏览器拥堵。基于此,提出一种请求处理方法,以对基于HTTP1.1的网络请求进行有效管理。
图1为本公开实施例的一种请求处理方法的流程示意图,本实施例可适用于在智能云场景中,对并发的网络请求进行管理的情况。该方法可由一种请求处理装置来执行,该装置采用软件和/或硬件的方式实现,并集成在电子设备上。
具体的,参见图1,请求处理方法如下:
S101、根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选。
本公开实施例中,在一些云产品业务场景中,一些产品有多个作业(例如云产品业务场景中的一个具体任务),用户可通过点击任一作业以触发该作业执行时,会生成一个用于查询该作业执行日志的日志查询请求,其中,日志查询请求是基于HTTP1.1的网络请求,请求中至少包括作业标识,用于指示查询哪个作业的执行日志。由于用户可能连续的触发执行多个作业,而生成多个日志查询请求,因此为了避免浏览器拥堵,需要对产生的日志查询请求进行筛选。可选的,可基于预设并发请求策略和预设筛选策略,对产生的日志查询请求进行筛选,其中,预设并发请求策略可用于限定浏览器同时发送请求的最大数量,也即用于限制筛选出的日志查询请求的数量;而预设筛选策略主要是用于筛选出优先级高的日志查询请求,示例性的,预设筛选策略为基于最近最少使用算法的筛选策略或者基于循环比较算法的筛选策略。
在此需要说明的是,之所以进行筛选,不仅是为了控制同时执行请求的并发数量,还因为用户每次点击执行作业而生成的日志查询请求的优先级是最高的,也即用户当前点击作业而生成的日志查询请求的优先级,高于上次点击作业生成的日志查询请求的优先级。因此需要将优先级高的日志查询请求筛选出来,以便优先执行。而如果不进行筛选,浏览器会按照每个日志查询请求的生成时间的先后顺序,选出部分先生成的请求来并发执行,如此导致出现优先级高的日志查询请求无法优先执行的问题。
S102、根据日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
在通过S101步骤进行筛选后,筛选结果中所包括日志查询请求的数量小于或等于浏览器的最大并发量,每个日志查询请求包括一个作业标识,也即每个日志查询请求各自都对应一个作业,用于查询各自对应的作业的执行日志。具体的,浏览器可以并发的将筛选结果中的日志查询请求发送到服务端,以便完成作业的执行日志的查询。由于每个作业从开始执行到结束均需要一段时间,因此需要对相应作业的执行日志进行轮询,例如定时将日志查询请求并发的发送到服务端,以便及时获取作业的执行状态。
在此需要说明的是,针对未被筛选到的日志查询请求,将其置于暂停状态,直到筛选结果中的一个或多个日志查询请求结束后,从暂停的日志查询请求中选出部分继续轮询相应作业的执行日志。
本公开实施例中,根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选,不仅可以控制每次并发的请求数,避免浏览器拥堵,还可以保证优先级高的日志查询请求先执行。如此实现了对基于HTTP1.1的日志查询请求的有效管理。
图2是根据本公开实施例的又一请求处理方法的流程示意图。本公开实施例实在上述实施例的基础上进行优化,将预设筛选策略设置为基于最近最少使用算法的筛选策略。参见图2,请求处理方法具体如下:
S201、将因执行作业而产生的日志查询请求,依次添加到预先构建的第一请求队列中。
本公开实施例中,若用户连续的触发执行多个作业,而生成多个日志查询请求,针对连续产生的日志查询请求,按照生成时间顺序,依次添加到预先构建的第一请求队列中。需要说明的是,在将一个日志查询请求添加到第一请求队列中以后,还可以为该日志查询请求设置一个请求权重。由于用户当前点击作业而生成的日志查询请求的优先级,高于上次点击作业生成的日志查询请求的优先级,因此先插入第一请求队列的日志查询请求的请求权重,小于后插入第一请求队列的日志查询请求的请求权重。
S202、在每次向第一请求队列添加日志查询请求后,判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略。
本公开实施例中,在每将一个日志查询请求添加到第一请求队列之后,判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略,其中,预设请求并发策略可用于限定第一请求队列中的日志查询请求的最大数量。在一种可选的实施方式中,预设请求并发策略中包括浏览器的最大并发数量,因此判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略,包括:判断第一请求队列中的日志查询请求数量是否满足小于或等于浏览器的最大并发数量。如此可以避免因为并发执行的日志查询请求数量大于浏览器的最大并发数量,而导致浏览器拥堵的问题。
如果判定结果满足预设请求并发策略,则表明第一请求队列中日志查询请求数量小于或等于浏览器最大并发数量,此时可以直接执行S205的步骤;反之,如果不满足预设请求并发策略,则执行S203的步骤。
S203、根据最近最少使用算法,确定第一请求队列中的最近最少使用的目标日志查询请求。
可选的,将最先插入第一请求队列的日志查询请求作为目标日志查询请求。而在实现时,可根据每个日志查询请求所关联的请求权重,确定哪个是最先插入第一请求队列的日志查询请求。示例性的,将第一请求队列中请求权重最小的日志查询请求作为最近最少使用的目标日志查询请求。
S204、将目标日志查询请求从第一请求队列中移除,并将目标日志查询请求添加到预先构建的第二请求队列中。
在确定目标日志查询请求后,将目标日志查询请求从第一请求队列中移除,也即是暂停目标日志查询请求,而为了便于管理,可将目标日志查询请求添加到预先构建的第二请求队列中,其中,第二请求队列可选的为哈希队列。
S205、从第一请求队列中取出日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
通过S204的步骤可将当前优先级高的多个日志查询请求筛选出来,进而定时从第一请求队列中取出日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
本公开实施例中,基于最近最少使用算法对连续生成的多个日志查询请求进行筛选,以保证优先级高的日志查询请求先执行,如此有效对并发的日志查询请求进行了管理。
图3是根据本公开实施例的又一请求处理方法的流程示意图。参见图3,请求处理方法具体如下:
S301、将因执行作业而产生的日志查询请求,依次添加到预先构建的第一请求队列中。
S302、在每次向第一请求队列添加日志查询请求后,判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略;
其中,预设请求并发策略中包括浏览器的最大并发数量;因此判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略,包括:判断第一请求队列中的日志查询请求数量是否满足小于或等于浏览器的最大并发数量。若不满足,则执行S303的步骤;若是满足,则直接执行S305的步骤。
需要说明的是,在将一个日志查询请求添加到第一请求队列中以后,还可以为该日志查询请求设置一个请求权重。由于用户当前点击作业而生成的日志查询请求的优先级,高于上次点击作业生成的日志查询请求的优先级,因此先插入第一请求队列的日志查询请求的请求权重,小于后插入第一请求队列的日志查询请求的请求权重。
S303、根据最近最少使用算法,确定第一请求队列中的最近最少使用的目标日志查询请求。
S304、将目标日志查询请求从第一请求队列中移除,并将目标日志查询请求添加到预先构建的第二请求队列中。
S305、从第一请求队列中取出日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
S303-S305的步骤可参见上述实施例的描述,在此不再赘述。
S306、在第一请求队列中的任一日志查询请求结束时,根据第二请求队列中各日志查询请求所关联的请求权重,选出请求权重最大的日志查询请求,并添加到第一请求队列中。
本公开实施例中,如果一个作业执行结束,会相应的结束日志查询,进而执行下一个作业以及轮询一下作业的执行日志。如此,在在第一请求队列中的任一日志查询请求结束时,将该日志查询请求在第一请求队列删除,同时,由于第二请求队列中存在暂停的日志查询请求,此时可从第二队列中选择一个添加到第一请求队列中。可选的,为了保证优先级高的先执行,根据第二请求队列中各日志查询请求所关联的请求权重,选出请求权重最大的日志查询请求,并添加到第一请求队列中。如此可以保证按照浏览器最大并发量处理请求,以此可以保证请求的处理效率。
本公开实施例中,在第一请求队列中某一个日志查询请求结束后,直接将第二队列中请求权重最大的日志查询请求添加到第一请求队列中,如此,只需维护两个队列,即可保证按照浏览器最大并发量处理请求,进而可以保证请求的处理效率。
图4是根据本公开实施例的又一请求处理方法的流程示意图。本实施例是在上述实施例的基础上,设定预设筛选策略为基于循环比较算法的筛选策略。参见图4,请求处理方法具体如下:
S401、将因执行作业而产生的日志查询请求,依次添加到预先构建的第三请求队列中,并为每个日志查询请求设置请求权重。
其中,第三请求队列可选的为哈希队列。设置请求权重的描述可参见上述实施例,在此不再赘述。
S402、在每次向第三请求队列添加日志查询请求后,判断第三请求队列中的日志查询请求数量是否满足预设请求并发策略。
可选的,在每次向第三请求队列添加日志查询请求后,判断第三请求队列中的日志查询请求数量是否满足小于或等于浏览器的最大并发数量。若满足,则直接按照第三请求队列中的日志查询请求进行相应作业的日志轮询;若不满足,则执行S403的步骤;若是满足,则执行S405的步骤。
S403、根据第三请求队列中每个日志查询请求设置请求权重,选出请求权重排在前N位的日志查询请求。
S404、根据选出请求权重排在前N位的日志查询请求,结合每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
在S403-S404步骤中,N为浏览器的最大并发数量。也即,在第三请求队列中的日志查询请求数量大于浏览器的最大并发数量时,从中选择请求权重排在前N为的日志查询请求进行日志轮询,如何保证了优先级高的日志查询请求先执行。
S405、从第三请求队列中取出日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
本公开实施例中,基于循环比较算法的筛选策略和预设请求并发策略,只需维护一个队列,即可实现优先级高的日志查询请求先执行,如此可有效对并发请求进行管理。
图5是根据本公开实施例的又一请求处理方法的流程示意图。参见图5,请求处理方法具体如下:
S501、根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选。
S502、根据日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
其中,S501-S502的步骤可参见上述实施例的描述,在此不再赘述。
S503、将作业的执行日志所包括的作业执行信息进行展示,并响应于用户的切换操作,对当前展示的作业执行信息变更为其他作业的作业执行信息。
本公开实施例中,在并发对不同作业的执行日志进行轮询时,可将其中任一作业的执行日志所包括的执行信息展示给用户,以便用户可以直观了解作业的执行状态或进度。当用户向查看其他作业的执行信息时,只需执行切换操作,即可将当前展示的作业执行信息变更为其他作业的作业执行信息,如此方便用户查询每个当前在执行的每个作业的状态或进度。
本公开实施例中,用户只需进行简单的切换操作,即可查看不同作业的执行信息,便于用户了解作业执行状态或进度。
图6是根据本公开实施例的请求处理装置的结构示意图,本实施例可适用于在智能云场景中,对并发的网络请求进行管理的情况。参见图6,包括:
筛选模块601,用于根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;
处理模块602,用于根据日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
在上述实施例的基础上,可选的,预设筛选策略为基于最近最少使用算法的筛选策略;
筛选模块包括:
第一添加单元,用于将因执行作业而产生的日志查询请求,依次添加到预先构建的第一请求队列中;
第一判断单元,用于在每次向第一请求队列添加日志查询请求后,判断第一请求队列中的日志查询请求数量是否满足预设请求并发策略;
第一确定单元,用于若判断结果为不满足,则根据最近最少使用算法,确定第一请求队列中的最近最少使用的目标日志查询请求;
移除单元,用于将目标日志查询请求从第一请求队列中移除,并将目标日志查询请求添加到预先构建的第二请求队列中。
在上述实施例的基础上,可选的,预设请求并发策略中包括浏览器的最大并发数量:
第一判断单元还用于:
判断第一请求队列中的日志查询请求数量是否满足小于或等于浏览器的最大并发数量。
在上述实施例的基础上,可选的,处理模块还用于:
从第一请求队列中取出日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
在上述实施例的基础上,可选的,还包括:
请求添加模块,用于在第一请求队列中的任一日志查询请求结束时,根据第二请求队列中各日志查询请求所关联的请求权重,选出请求权重最大的日志查询请求,并添加到第一请求队列中。
在上述实施例的基础上,可选的,预设筛选策略为基于循环比较算法的筛选策略;
筛选模块还包括:
第二添加模块,用于将因执行作业而产生的日志查询请求,依次添加到预先构建的第三请求队列中,并为每个日志查询请求设置请求权重;
第二判断单元,用于在每次向第三请求队列添加日志查询请求后,判断第三请求队列中的日志查询请求数量是否满足预设请求并发策略;
第二确定单元,用于若判断结果为不满足,根据第三请求队列中每个日志查询请求设置请求权重,选出请求权重排在前N位的日志查询请求;其中,N为浏览器的最大并发数量。
在上述实施例的基础上,可选的,还包括:
展示与切换模块,用于将作业的执行日志所包括的作业执行信息进行展示,并响应于用户的切换操作,对当前展示的作业执行信息变更为其他作业的作业执行信息。
本公开实施例提供的请求处理装置可执行本公开任意实施例提供的请求处理方法,具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。
本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图7所示,设备700包括计算单元701,其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序,来执行各种适当的动作和处理。在RAM 703中,还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
设备700中的多个部件连接至I/O接口705,包括:输入单元706,例如键盘、鼠标等;输出单元707,例如各种类型的显示器、扬声器等;存储单元708,例如磁盘、光盘等;以及通信单元709,例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理,例如请求处理方法。例如,在一些实施例中,请求处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元708。在一些实施例中,计算机程序的部分或者全部可以经由ROM602和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM703并由计算单元701执行时,可以执行上文描述的请求处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元701可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行请求处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (17)

1.一种请求处理方法,包括:
根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;
根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
2.根据权利要求1所述的方法,其中,所述预设筛选策略为基于最近最少使用算法的筛选策略;
根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选,包括:
将因执行作业而产生的日志查询请求,依次添加到预先构建的第一请求队列中;
在每次向所述第一请求队列添加日志查询请求后,判断所述第一请求队列中的日志查询请求数量是否满足预设请求并发策略;
若不满足,则根据最近最少使用算法,确定所述第一请求队列中的最近最少使用的目标日志查询请求;
将所述目标日志查询请求从所述第一请求队列中移除,并将所述目标日志查询请求添加到预先构建的第二请求队列中。
3.根据权利要求2所述的方法,其中,所述预设请求并发策略中包括浏览器的最大并发数量;
判断所述第一请求队列中的日志查询请求数量是否满足预设请求并发策略,包括:
判断所述第一请求队列中的日志查询请求数量是否满足小于或等于所述浏览器的最大并发数量。
4.根据权利要求2所述的方法,其中,根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询,包括:
从所述第一请求队列中取出所述日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
5.根据权利要求2所述的方法,还包括:
在所述第一请求队列中的任一日志查询请求结束时,根据所述第二请求队列中各日志查询请求所关联的请求权重,选出请求权重最大的日志查询请求,并添加到所述第一请求队列中。
6.根据权利要求1所述的方法,其中,所述预设筛选策略为基于循环比较算法的筛选策略;
根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选,包括:
将因执行作业而产生的日志查询请求,依次添加到预先构建的第三请求队列中,并为每个日志查询请求设置请求权重;
在每次向所述第三请求队列添加日志查询请求后,判断所述第三请求队列中的日志查询请求数量是否满足预设请求并发策略;
若不满足,根据所述第三请求队列中每个日志查询请求设置请求权重,选出请求权重排在前N位的日志查询请求;其中,N为浏览器的最大并发数量。
7.根据权利要求1所述的方法,还包括:
将所述作业的执行日志所包括的作业执行信息进行展示,并响应于用户的切换操作,对当前展示的作业执行信息变更为其他作业的作业执行信息。
8.一种请求处理装置,包括:
筛选模块,用于根据预设请求并发策略和预设筛选策略,对因执行作业而产生的日志查询请求进行筛选;
处理模块,用于根据所述日志查询请求的筛选结果,并发对相应作业的执行日志进行轮询。
9.根据权利要求8所述的装置,其中,所述预设筛选策略为基于最近最少使用算法的筛选策略;
所述筛选模块包括:
第一添加单元,用于将因执行作业而产生的日志查询请求,依次添加到预先构建的第一请求队列中;
第一判断单元,用于在每次向所述第一请求队列添加日志查询请求后,判断所述第一请求队列中的日志查询请求数量是否满足预设请求并发策略;
第一确定单元,用于若判断结果为不满足,则根据最近最少使用算法,确定所述第一请求队列中的最近最少使用的目标日志查询请求;
移除单元,用于将所述目标日志查询请求从所述第一请求队列中移除,并将所述目标日志查询请求添加到预先构建的第二请求队列中。
10.根据权利要求9所述的装置,其中,所述预设请求并发策略中包括浏览器的最大并发数量;
所述第一判断单元还用于:
判断所述第一请求队列中的日志查询请求数量是否满足小于或等于所述浏览器的最大并发数量。
11.根据权利要求9所述的装置,其中,所述处理模块还用于:
从所述第一请求队列中取出所述日志查询请求,并根据每个日志查询请求中所包括的作业标识,并发对相应作业的执行日志进行轮询。
12.根据权利要求9所述的装置,还包括:
请求添加模块,用于在所述第一请求队列中的任一日志查询请求结束时,根据所述第二请求队列中各日志查询请求所关联的请求权重,选出请求权重最大的日志查询请求,并添加到所述第一请求队列中。
13.根据权利要求8所述的装置,其中,所述预设筛选策略为基于循环比较算法的筛选策略;
所述筛选模块还包括:
第二添加模块,用于将因执行作业而产生的日志查询请求,依次添加到预先构建的第三请求队列中,并为每个日志查询请求设置请求权重;
第二判断单元,用于在每次向所述第三请求队列添加日志查询请求后,判断所述第三请求队列中的日志查询请求数量是否满足预设请求并发策略;
第二确定单元,用于若判断结果为不满足,根据所述第三请求队列中每个日志查询请求设置请求权重,选出请求权重排在前N位的日志查询请求;其中,N为浏览器的最大并发数量。
14.根据权利要求8所述的装置,还包括:
展示与切换模块,用于将所述作业的执行日志所包括的作业执行信息进行展示,并响应于用户的切换操作,对当前展示的作业执行信息变更为其他作业的作业执行信息。
15.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-7中任一项所述的请求处理方法。
16.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-7中任一项所述的请求处理方法。
17.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现根据权利要求1-7中任一项所述的请求处理方法。
CN202210625673.0A 2022-06-02 2022-06-02 一种请求处理方法、装置、电子设备和存储介质 Active CN115037802B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210625673.0A CN115037802B (zh) 2022-06-02 2022-06-02 一种请求处理方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210625673.0A CN115037802B (zh) 2022-06-02 2022-06-02 一种请求处理方法、装置、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN115037802A true CN115037802A (zh) 2022-09-09
CN115037802B CN115037802B (zh) 2024-03-08

Family

ID=83123579

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210625673.0A Active CN115037802B (zh) 2022-06-02 2022-06-02 一种请求处理方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN115037802B (zh)

Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6078998A (en) * 1997-02-11 2000-06-20 Matsushita Electric Industrial Co., Ltd. Real time scheduling of prioritized disk requests
CN101968815A (zh) * 2010-10-29 2011-02-09 西本新干线股份有限公司 并发请求处理方法
CN101981539A (zh) * 2008-03-31 2011-02-23 国际商业机器公司 使用优先级确定是否对指向存储器的输入/输出(i/o)请求进行排队
WO2012000365A1 (zh) * 2010-06-28 2012-01-05 中兴通讯股份有限公司 一种优先级仲裁方法及装置
CN103685309A (zh) * 2013-12-26 2014-03-26 中国科学院遥感与数字地球研究所 面向地图可视化瓦片服务接入的异步请求队列模型
US20140089282A1 (en) * 2012-09-24 2014-03-27 Jayaraman Vellore Sampathkumar Increased parallelism performance of batch requests
CN103902434A (zh) * 2012-12-29 2014-07-02 北京谊安医疗系统股份有限公司 一种报警日志管理方法及系统
CN105610934A (zh) * 2015-12-25 2016-05-25 北京奇虎科技有限公司 数据请求并发处理方法及装置
CN107066324A (zh) * 2017-03-08 2017-08-18 广东欧珀移动通信有限公司 一种指纹处理资源的控制方法及设备
CN107544849A (zh) * 2017-09-30 2018-01-05 北京天元创新科技有限公司 一种web服务器并发管理方法及系统
US20180024929A1 (en) * 2016-07-20 2018-01-25 International Business Machines Corporation Managing a prefetch queue based on priority indications of prefetch requests
CN108073580A (zh) * 2016-11-08 2018-05-25 北京国双科技有限公司 一种基于页面并发请求的处理方法及装置
CN108958893A (zh) * 2017-05-23 2018-12-07 中国移动通信集团重庆有限公司 高并发业务的资源控制方法、装置和计算机可读存储介质
CN109471872A (zh) * 2017-08-30 2019-03-15 北京国双科技有限公司 处理高并发查询请求的方法及装置
CN110119307A (zh) * 2018-02-05 2019-08-13 上海交通大学 数据处理请求的处理方法、装置、存储介质及电子装置
CN110401697A (zh) * 2019-06-26 2019-11-01 苏州浪潮智能科技有限公司 一种并发处理http请求的方法、系统及设备
CN111966918A (zh) * 2020-07-10 2020-11-20 口碑(上海)信息技术有限公司 一种用于并发访问请求的限流方法、装置以及系统
CN112559050A (zh) * 2019-09-25 2021-03-26 北京国双科技有限公司 客户端异步请求信息的并发数的处理方法和装置
CN113342498A (zh) * 2021-06-28 2021-09-03 平安信托有限责任公司 并发请求处理方法、装置、服务器及存储介质
CN114296897A (zh) * 2021-12-27 2022-04-08 郑州阿帕斯数云信息科技有限公司 一种广告请求的发送方法和装置

Patent Citations (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6078998A (en) * 1997-02-11 2000-06-20 Matsushita Electric Industrial Co., Ltd. Real time scheduling of prioritized disk requests
CN101981539A (zh) * 2008-03-31 2011-02-23 国际商业机器公司 使用优先级确定是否对指向存储器的输入/输出(i/o)请求进行排队
WO2012000365A1 (zh) * 2010-06-28 2012-01-05 中兴通讯股份有限公司 一种优先级仲裁方法及装置
CN101968815A (zh) * 2010-10-29 2011-02-09 西本新干线股份有限公司 并发请求处理方法
US20140089282A1 (en) * 2012-09-24 2014-03-27 Jayaraman Vellore Sampathkumar Increased parallelism performance of batch requests
CN103902434A (zh) * 2012-12-29 2014-07-02 北京谊安医疗系统股份有限公司 一种报警日志管理方法及系统
CN103685309A (zh) * 2013-12-26 2014-03-26 中国科学院遥感与数字地球研究所 面向地图可视化瓦片服务接入的异步请求队列模型
CN105610934A (zh) * 2015-12-25 2016-05-25 北京奇虎科技有限公司 数据请求并发处理方法及装置
US20180024929A1 (en) * 2016-07-20 2018-01-25 International Business Machines Corporation Managing a prefetch queue based on priority indications of prefetch requests
CN108073580A (zh) * 2016-11-08 2018-05-25 北京国双科技有限公司 一种基于页面并发请求的处理方法及装置
CN107066324A (zh) * 2017-03-08 2017-08-18 广东欧珀移动通信有限公司 一种指纹处理资源的控制方法及设备
CN108958893A (zh) * 2017-05-23 2018-12-07 中国移动通信集团重庆有限公司 高并发业务的资源控制方法、装置和计算机可读存储介质
CN109471872A (zh) * 2017-08-30 2019-03-15 北京国双科技有限公司 处理高并发查询请求的方法及装置
CN107544849A (zh) * 2017-09-30 2018-01-05 北京天元创新科技有限公司 一种web服务器并发管理方法及系统
CN110119307A (zh) * 2018-02-05 2019-08-13 上海交通大学 数据处理请求的处理方法、装置、存储介质及电子装置
CN110401697A (zh) * 2019-06-26 2019-11-01 苏州浪潮智能科技有限公司 一种并发处理http请求的方法、系统及设备
CN112559050A (zh) * 2019-09-25 2021-03-26 北京国双科技有限公司 客户端异步请求信息的并发数的处理方法和装置
CN111966918A (zh) * 2020-07-10 2020-11-20 口碑(上海)信息技术有限公司 一种用于并发访问请求的限流方法、装置以及系统
CN113342498A (zh) * 2021-06-28 2021-09-03 平安信托有限责任公司 并发请求处理方法、装置、服务器及存储介质
CN114296897A (zh) * 2021-12-27 2022-04-08 郑州阿帕斯数云信息科技有限公司 一种广告请求的发送方法和装置

Also Published As

Publication number Publication date
CN115037802B (zh) 2024-03-08

Similar Documents

Publication Publication Date Title
CN109684358B (zh) 数据查询的方法和装置
CN112437018B (zh) 分布式集群的流量控制方法、装置、设备和存储介质
WO2020140614A1 (zh) 离线消息分发方法、服务器及存储介质
CN111786895A (zh) 动态全局限流的方法和装置
US10439901B2 (en) Messaging queue spinning engine
CN112860974A (zh) 计算资源的调度方法、装置、电子设备和存储介质
CN114489997A (zh) 定时任务调度方法、装置、设备和介质
EP4060496A2 (en) Method, apparatus, device and storage medium for running inference service platform
CN113238861A (zh) 一种任务执行方法和装置
CN109428926B (zh) 一种调度任务节点的方法和装置
CN112887407B (zh) 用于分布式集群的作业流量控制方法和装置
CN112817992B (zh) 执行更改任务的方法、装置、电子设备以及可读存储介质
CN113347238A (zh) 基于区块链的消息分区方法及系统、设备、存储介质
CN113760982A (zh) 一种数据处理方法和装置
CN115037802B (zh) 一种请求处理方法、装置、电子设备和存储介质
CN116661960A (zh) 一种批量任务处理方法、装置、设备以及存储介质
CN115543416A (zh) 一种配置更新方法、装置、电子设备及存储介质
CN114265692A (zh) 服务调度方法、装置、设备以及存储介质
CN114553959A (zh) 基于态势感知的云原生服务网格配置按需下发方法及应用
CN114095564A (zh) 数据处理方法及装置、设备和介质
CN112925623A (zh) 任务处理方法、装置、电子设备和介质
US11032375B2 (en) Automatic scaling for communications event access through a stateful interface
CN113572704A (zh) 一种信息处理方法、生产端、消费端和服务器
CN114726901B (zh) 容器访问方法、装置、设备和存储介质
CN113778504B (zh) 一种发布方法、发布系统及路由装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant