CN109218339B - 请求处理方法和装置 - Google Patents
请求处理方法和装置 Download PDFInfo
- Publication number
- CN109218339B CN109218339B CN201710512708.9A CN201710512708A CN109218339B CN 109218339 B CN109218339 B CN 109218339B CN 201710512708 A CN201710512708 A CN 201710512708A CN 109218339 B CN109218339 B CN 109218339B
- Authority
- CN
- China
- Prior art keywords
- request
- sub
- requests
- main
- operation group
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了请求处理方法和装置。该方法的一具体实施方式包括:接收客户端发送的主请求,其中,上述主请求是按预设操作组对至少两个子请求进行处理得到的;基于上述预设操作组对上述主请求进行拆分,得到构成上述主请求的上述至少两个子请求;将上述至少两个子请求发送给后端服务器;获取后端服务器返回的各个子请求的请求结果;基于获取的各个子请求的请求结果输出上述主请求的请求结果。该实施方式有效减少了客户端的请求次数,从而提高了响应速度。
Description
技术领域
本申请涉及计算机技术领域,具体涉及互联网技术领域,尤其涉及请求处理方法和装置。
背景技术
现阶段,互联网为人们提供了一种全新的生产和生活方式,对人类社会各个领域的发展产生了巨大的推动作用。通过互联网打开一个网页,能够看到丰富信息,比如文字、图片、动画等等,虽然表面上只对浏览器做了一次请求,在地址栏中也只看到一个请求地址,但实际中几乎没有一个网页可以靠一次请求就可以完成如此丰富的页面展示,每一个页面展示都会用到少则十几个多则上百个的请求。如果上百个请求都采用串行方式去获取信息,将会极大的影响页面展示速度,从而降低用户体验。虽然采用并行请求的方式对于一个需要发送十几个请求就能完整展示的页面来说,展示速度已经有了很大的提高,但是对于需要上百个请求的页面来说展示速度依然不能令人满意,因此,亟需能够快速处理请求的方法。
发明内容
本申请实施例的目的在于提出一种改进的请求处理方法和装置,来解决以上背景技术部分提到的技术问题。
第一方面,本申请实施例提供了一种请求处理方法,该方法包括:接收客户端发送的主请求,其中,上述主请求是按预设操作组对至少两个子请求进行处理得到的;基于上述预设操作组对上述主请求进行拆分,得到构成上述主请求的上述至少两个子请求;将上述至少两个子请求发送给后端服务器;获取后端服务器返回的各个子请求的请求结果;基于获取的各个子请求的请求结果输出上述主请求的请求结果。
在一些实施例中,上述预设操作组为:为各个子请求的统一资源标识符以及参数指定别名;为主请求设定统一资源标识符;将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;将各个子请求的参数作为主请求的参数;由主请求的统一资源标识符以及参数组成主请求。
在一些实施例中,在上述将上述至少两个子请求发送给后端服务器之前,上述方法还包括:执行预先设定的或者默认的第一操作组。
在一些实施例中,上述基于获取的各个子请求的请求结果输出上述主请求的请求结果,包括以下之一:将上述至少两个子请求中包含的所有子请求的请求结果组合成json串进行输出;将获取的各个子请求的请求结果原样输出。
在一些实施例中,在上述获取后端服务器返回的各个子请求的请求结果之后,上述方法还包括:对于后端服务器返回的各个子请求的请求结果,执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,上述第三操作组和上述第四操作组是预先设定的或者默认的。
在一些实施例中,上述将上述至少两个子请求发送给后端服务器,包括:将上述至少两个子请求异步或者并行发送给后端服务器。
第二方面,本申请实施例提供了一种请求处理装置,该装置包括:接收单元,用于接收客户端发送的主请求,其中,上述主请求是按预设操作组对至少两个子请求进行处理得到的;拆分单元,用于基于上述预设操作组对上述主请求进行拆分,得到构成上述主请求的上述至少两个子请求;发送单元,用于将上述至少两个子请求发送给后端服务器;获取单元,用于获取后端服务器返回的各个子请求的请求结果;输出单元,用于基于获取的各个子请求的请求结果输出上述主请求的请求结果。
在一些实施例中,上述预设操作组为:为各个子请求的统一资源标识符以及参数指定别名;为主请求设定统一资源标识符;将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;将各个子请求的参数作为主请求的参数;由主请求的统一资源标识符以及参数组成主请求。
在一些实施例中,上述装置还包括:第一执行单元,用于在上述将上述至少两个子请求发送给后端服务器之前,执行预先设定的或者默认的第一操作组。
在一些实施例中,上述输出单元进一步用于:将上述至少两个子请求中包含的所有子请求的请求结果组合成json串进行输出;或者将获取的各个子请求的请求结果原样输出。
在一些实施例中,所述装置还包括第二执行单元,所述第二执行单元用于在所述获取后端服务器返回的各个子请求的请求结果之后,对于后端服务器返回的各个子请求的请求结果,执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,所述第三操作组和所述第四操作组是预先设定的或者默认的。
在一些实施例中,所述发送单元进一步用于:将所述至少两个子请求异步或者并行发送给后端服务器。
第三方面,本申请实施例提供了一种服务器,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上述请求处理方法中任一实施例的方法。
本申请实施例提供的请求处理方法和装置,首先对接收的主请求进行拆分,得到构成该主请求的至少两个子请求,而后将得到的至少两个子请求发送给后端服务器,并获取后端服务器返回的各个子请求的请求结果,最后基于获取的各个子请求的请求结果输出主请求的请求结果,通过客户端的一次主请求可以获取至少两个子请求的请求结果,有效减少了客户端的请求次数,从而提高了请求的响应速度。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性系统架构图;
图2是根据本申请的请求处理方法的一个实施例的流程图;
图3是根据本申请的请求处理方法的一个应用场景的示意图;
图4是根据本申请的请求处理装置的一个实施例的结构示意图;
图5是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的请求处理方法或请求处理装置的示例性系统架构100。
如图1所示,系统架构100可以包括终端设备101、102、103,网络104、106,代理服务器105和后端服务器107。网络104用以在终端设备101、102、103和代理服务器105之间提供通信链路的介质,网络106用以在代理服务器105和后端服务器107之间提供通信链路的介质。网络104、106可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与代理服务器105交互,以接收或发送消息等。代理服务器105可以通过网络106和后端服务器107交互。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。
代理服务器105可以是提供代理服务的服务器,例如,代理服务器105可以接收终端设备101、102、103发送的请求,并对该请求进行处理后发送给后端服务器107,接收后端服务器107返回的请求处理结果,将该请求处理结果处理后进行输出。
后端服务器107可以是提供各种服务的服务器,例如,接收代理服务器105发送的请求,并根据该请求返回请求结果。
需要说明的是,本申请实施例所提供的请求处理方法一般由代理服务器105执行,相应地,请求处理装置一般设置于代理服务器105中。
需要指出的是,代理服务器105和后端服务器107可以是单一服务器,也可以由多个服务器或多个服务器集群构成。
应该理解,图1中的终端设备、网络、代理服务器和后端服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络、代理服务器和后端服务器。
继续参考图2,示出了根据本申请的请求处理方法的一个实施例的流程200。所述的请求处理方法,包括以下步骤:
步骤201,接收客户端发送的主请求。
在本实施例中,请求处理方法运行于其上的电子设备(例如图1所示的代理服务器105)可以通过有线连接方式或者无线连接方式,接收客户端发送的主请求。上述客户端可以是指各种能够发送http(HyperText Transfer Protocol,超文本传输协议)请求的工具,例如浏览器。在这里,上述主请求可以为http请求,它可以是按照预设操作组对至少两个子请求进行处理得到的。子请求可以用于向后端服务器请求资源,其中,子请求所请求的资源既可以是静态资源,也可以是动态资源。上述预设操作组中可以包括至少一个操作,将至少两个子请求按该预设操作组中的操作进行处理,可以得到一个主请求。上述预设操作组可以是能够实现将至少两个子请求整合为一个主请求的各种操作组,例如,上述预设操作组可以包括以下操作:首先,为主请求设定统一资源标识符;其次,将各个子请求使用现有的加密解密算法(例如,base64、RSA算法等等)进行加密处理,得到加密后的、与各个子请求相对应的字符串;然后,将加密后的、与各个子请求相对应的字符串采用各种方式(例如,直接将多个字符串串联)进行组合,得到一个完整的字符串,将该完整的字符串作为主请求的参数;最后,由主请求的统一资源标识符和参数组成主请求。将多个子请求使用预设操作组进行处理后,可以有效减少请求次数,例如,某页面完整展示需要100个请求,则将这100个请求作为子请求按照预设操作组合并为一个主请求,并由客户端将该主请求发送给上述电子设备。需要指出的是,上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
在本实施例的一些可选的实现方式中,上述预设操作组可以为:首先,为各个子请求的统一资源标识符以及参数指定别名;其次,为主请求设定统一资源标识符;再次,将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;然后,将各个子请求的参数作为主请求的参数;最后,由主请求的统一资源标识符以及参数组成主请求。下面以两个子请求为例,对本实现方式中的预设操作组进行说明,其中,需要进行合并处理的两个子请求分别为:/query/person?name=tom&state=1和/find/student?id=123&state=2,其中,/query/person和/find/student分别代表两个子请求的统一资源标识符(URI,Uniform Resource Identifier),name=tom&state=1和id=123&state=2分别代表两个子请求的参数。首先,指定/query/person和/find/student的别名分别为person和student,指定参数name和id的别名分别为其本身,指定子请求/query/person?name=tom&state=1中参数state的别名为p_state,指定子请求/find/student?id=123&state=2中参数state的别名为s_state;其次,设定主请求的统一资源标识符(URI,Uniform ResourceIdentifier)为/assemble;再次,将两个子请求的统一资源标识符/query/person和/find/student的别名person和student组合为inters=person_student,即将两个子请求的URI别名用下划线“_”区分开,其中,inters表示主请求的参数,inters的值为两个子请求URI部分的别名组合;然后,将两个子请求的参数作为主请求的参数,即将name、id、p_state和s_state作为主请求的参数;最后,将两个子请求合并处理后得到的主请求为/assemble?inters=person_student&name=tom&id=123&p_state=1&s_state=2。应当理解,上述例子中子请求的数量仅仅是示意性的。根据实际需要,可以对任意数量的子请求进行合并处理。
步骤202,基于预设操作组对主请求进行拆分,得到构成主请求的至少两个子请求。
在本实施例中,上述电子设备可以基于上述预设操作组对主请求进行拆分,即上述电子设备基于构成主请求时所使用的操作组将该主请求进行拆分,从而得到构成主请求的上述至少两个子请求。例如,如果主请求的参数是子请求经过加密处理得到的,那么对主请求进行拆分时,可以对主请求的参数进行解密处理,从而得到构成主请求的至少两个子请求。又例如,当上述电子设备接收到的主请求为使用上述实现方式得到的主请求/assemble?inters=person_student&name=tom&id=123&p_state=1&s_state=2时,上述电子设备可以首先获取主请求参数inters=person_student,按照下划线“_”将其拆分为person和student两个子请求URI别名,根据两个子请求的URI别名得到两个子请求的URI分别为/query/person和/find/student,根据主请求中的参数name、id、p_state和s_state得到两个子请求的参数别名,根据两个子请求的参数别名得到两个子请求的参数分别为name=tom&state=1和id=123&state=2,最后,根据两个子请求的URI和参数得到两个完整的子请求/query/person?name=tom&state=1和/find/student?id=123&state=2。
在本实施例的一些可选的实现方式中,在步骤203,将至少两个子请求发送给后端服务器之前,上述请求处理方法还可以包括:执行预先设定的或者默认的第一操作组。上述第一操作组可以是使用者(例如,研发人员)根据实际需要自定义的一系列操作的集合,还可以是默认的操作组合,在这里,默认的操作组合可以为空,即执行默认的第一操作组时,上述电子设备不执行任何操作。通过本实现方式,使用者可以方便灵活的介入请求处理的过程,方便功能扩展。例如,使用者可以将第一操作组定义为日志记录操作组合,从而实现一些记录功能,比如记录请求的开始执行时间等等。
步骤203,将至少两个子请求发送给后端服务器。
在本实施例中,上述电子设备可以将步骤202中得到的至少两个子请求发送给后端服务器(例如图1所示的后端服务器107),用于从后端服务器请求资源。
在本实施例的一些可选的实现方式中,步骤203可以具体包括:将上述至少两个子请求异步或者并行发送给后端服务器,通过对至少两个子请求的异步或者并行发送,可以有效的提高子请求的响应速度。
步骤204,获取后端服务器返回的各个子请求的请求结果。
在本实施例中,上述电子设备可以获取后端服务器返回的各个子请求的请求结果。
在本实施例的一些可选的实现方式中,在步骤204,获取后端服务器返回的各个子请求的请求结果之后,上述请求处理方法还可以包括:对于后端服务器返回的各个子请求的请求结果,可以执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,所述第三操作组和所述第四操作组是预先设定的或者默认的。使用时,上述电子设备可以根据子请求的HTTP状态码确定子请求是否成功处理,比如,如果后端服务器返回的HTTP状态码为200,则确定该子请求处理成功,否则表明该子请求处理不成功。在这里,上述第二操作组可以是使用者(例如,研发人员)根据实际需要自定义的一系列操作的集合,还可以是默认的操作组合,此处,如果执行默认的操作组合可以返回一个“null”字符串。在这里,上述第三操作组和第四操作组可以是使用者(例如,研发人员)根据实际需要自定义的一系列操作的集合,还可以是默认的操作组合。此处,默认的操作组合可以为空,即执行默认的操作组合时,上述电子设备不执行任何操作。通过本实现方式,使用者可以方便灵活的介入请求处理的过程,方便功能扩展。例如,使用者可以将第三操作组定义为请求响应结果校验或者修改的操作组合,从而实现对响应结果校验、修改的功能。
步骤205,基于获取的各个子请求的请求结果输出主请求的请求结果。
在本实施例中,上述电子设备可以从后端服务器获取各个子请求的请求结果,并基于各个子请求的请求结果输出主请求的请求结果,例如,上述电子设备可以将所有子请求的请求结果之和作为主请求的请求结果进行输出。
在本实施例的一些可选的实现方式中,步骤205可以具体包括以下之一:上述电子设备可以将上述至少两个子请求中包含的所有子请求的请求结果组合成json(JavaScriptObject Notation,JS对象标记)串进行输出,例如,上述电子设备首先把各个子请求的请求结果保存起来,等所有子请求的请求结果都获取之后,把所有子请求的请求结果放在一个json串中输出;上述电子设备还可以将获取的各个子请求的请求结果原样输出。
继续参见图3,图3是根据本实施例的请求处理方法的应用场景的一个示意图。在图3的应用场景中,首先,客户端301向代理服务器302发送主请求。之后,代理服务器302基于构成主请求时所使用的操作组对接收到的主请求进行拆分,得到多个子请求。然后,代理服务器302将拆分得到的多个子请求发送给后端服务器303,并获取后端服务器303返回的各个子请求的请求结果。最后,代理服务器302根据获取的各个子请求的请求结果输出主请求的请求结果。
本申请的上述实施例提供的请求处理方法首先通过预设操作组将多个子请求合并为主请求,之后再通过代理服务器将主请求拆分为多个子请求,并由代理服务器将多个子请求发送给后端服务器,然后代理服务器基于从后端服务器获取的各个子请求的请求结果输出主请求的请求结果,通过客户端的一次主请求就可以获取多个子请求的请求结果,因此有效的减少了客户端的请求次数,提高了请求的响应速度。
进一步参考图4,作为对上述各图所示方法的实现,本申请提供了一种请求处理装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图4所示,本实施例所述的请求处理装置400包括:接收单元401,用于接收客户端发送的主请求,其中,上述主请求是按预设操作组对至少两个子请求进行处理得到的;拆分单元402,用于基于上述预设操作组对上述主请求进行拆分,得到构成上述主请求的上述至少两个子请求;发送单元403,用于将上述至少两个子请求发送给后端服务器;获取单元404,用于获取后端服务器返回的各个子请求的请求结果;输出单元405,用于基于获取的各个子请求的请求结果输出上述主请求的请求结果。
在本实施例的一些可选的实现方式中,上述预设操作组可以为:为各个子请求的统一资源标识符以及参数指定别名;为主请求设定统一资源标识符;将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;将各个子请求的参数作为主请求的参数;由主请求的统一资源标识符以及参数组成主请求。
在本实施例的一些可选的实现方式中,上述装置还可以包括:第一执行单元(图中未示出),用于在上述将上述至少两个子请求发送给后端服务器之前,执行预先设定的或者默认的第一操作组。
在本实施例的一些可选的实现方式中,上述输出单元405可以进一步用于:将上述至少两个子请求中包含的所有子请求的请求结果组合成json串进行输出;或者将获取的各个子请求的请求结果原样输出。
在本实施例的一些可选的实现方式中,上述装置还可以包括第二执行单元(图中未示出),上述第二执行单元用于在上述获取后端服务器返回的各个子请求的请求结果之后,对于后端服务器返回的各个子请求的请求结果,执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,上述第三操作组和上述第四操作组是预先设定的或者默认的。
在本实施例的一些可选的实现方式中,上述发送单元403进一步用于:将上述至少两个子请求异步或者并行发送给后端服务器。
可以理解,图4所示的请求处理装置400中记载的诸单元与参考图2的方法实施例流程200相对应,因此,上文对图2所示的流程200中各步骤的描述同样适用于图4的相应模块或单元,在此不再赘述。
下面参考图5,其示出了适于用来实现本申请实施例的服务器的计算机系统500的结构示意图。图5示出的服务器仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括接收单元、拆分单元、发送单元、获取单元和输出单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,接收单元还可以被描述为“接收客户端发送的主请求的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的装置中所包含的;也可以是单独存在,而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该装置执行时,使得该装置:接收客户端发送的主请求,其中,上述主请求是按预设操作组对至少两个子请求进行处理得到的;基于上述预设操作组对上述主请求进行拆分,得到构成上述主请求的上述至少两个子请求;将上述至少两个子请求发送给后端服务器;获取后端服务器返回的各个子请求的请求结果;基于获取的各个子请求的请求结果输出上述主请求的请求结果。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (10)
1.一种请求处理方法,其特征在于,所述方法包括:
接收客户端发送的主http请求,其中,所述主http请求是按预设操作组对至少两个子请求进行处理得到的,所述预设操作组为:为各个子请求的统一资源标识符以及参数指定别名;为主请求设定统一资源标识符;将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;将各个子请求的参数作为主请求的参数;由主请求的统一资源标识符以及参数组成主请求;
基于所述预设操作组对所述主http请求进行拆分,得到构成所述主http请求的所述至少两个子请求;
将所述至少两个子请求发送给后端服务器;
获取后端服务器返回的各个子请求的请求结果;
对于后端服务器返回的各个子请求的请求结果,执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,所述第三操作组和所述第四操作组是预先设定的或者默认的;
基于获取的各个子请求的请求结果输出所述主http请求的请求结果。
2.根据权利要求1所述的方法,其特征在于,在所述将所述至少两个子请求发送给后端服务器之前,所述方法还包括:
执行预先设定的或者默认的第一操作组。
3.根据权利要求1所述的方法,其特征在于,所述基于获取的各个子请求的请求结果输出所述主请求的请求结果,包括以下之一:
将所述至少两个子请求中包含的所有子请求的请求结果组合成json串进行输出;
将获取的各个子请求的请求结果原样输出。
4.根据权利要求1所述的方法,其特征在于,所述将所述至少两个子请求发送给后端服务器,包括:
将所述至少两个子请求异步或者并行发送给后端服务器。
5.一种请求处理装置,其特征在于,所述装置包括:
接收单元,用于接收客户端发送的主http请求,其中,所述主http请求是按预设操作组对至少两个子请求进行处理得到的,所述预设操作组为:为各个子请求的统一资源标识符以及参数指定别名;为主请求设定统一资源标识符;将所有子请求的统一资源标识符别名进行组合,并将组合结果作为主请求的参数;将各个子请求的参数作为主请求的参数;由主请求的统一资源标识符以及参数组成主请求;
拆分单元,用于基于所述预设操作组对所述主http请求进行拆分,得到构成所述主http请求的所述至少两个子请求;
发送单元,用于将所述至少两个子请求发送给后端服务器;
获取单元,用于获取后端服务器返回的各个子请求的请求结果;
第二执行单元,用于对于后端服务器返回的各个子请求的请求结果,执行以下操作:确定该子请求是否成功处理;如果不成功,则执行预先设定的或者默认的第二操作组;如果成功,则执行第三操作组和第四操作组,其中,所述第三操作组和所述第四操作组是预先设定的或者默认的;
输出单元,用于基于获取的各个子请求的请求结果输出所述主http请求的请求结果。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
第一执行单元,用于在所述将所述至少两个子请求发送给后端服务器之前,执行预先设定的或者默认的第一操作组。
7.根据权利要求5所述的装置,其特征在于,所述输出单元进一步用于:
将所述至少两个子请求中包含的所有子请求的请求结果组合成json串进行输出;或者
将获取的各个子请求的请求结果原样输出。
8.根据权利要求5所述的装置,其特征在于,所述发送单元进一步用于:
将所述至少两个子请求异步或者并行发送给后端服务器。
9.一种服务器,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-4中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710512708.9A CN109218339B (zh) | 2017-06-29 | 2017-06-29 | 请求处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710512708.9A CN109218339B (zh) | 2017-06-29 | 2017-06-29 | 请求处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109218339A CN109218339A (zh) | 2019-01-15 |
CN109218339B true CN109218339B (zh) | 2021-08-10 |
Family
ID=64976562
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710512708.9A Active CN109218339B (zh) | 2017-06-29 | 2017-06-29 | 请求处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109218339B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111600920B (zh) * | 2019-02-21 | 2024-03-05 | 北京京东尚科信息技术有限公司 | 基于js的数据请求代理方法、装置、设备及可读存储介质 |
CN113452703B (zh) * | 2021-06-28 | 2022-09-02 | 平安证券股份有限公司 | 组合通信请求响应方法、装置、电子设备及可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571418A (zh) * | 2008-02-04 | 2012-07-11 | 华为技术有限公司 | 设备管理的方法和终端、装置、系统 |
CN102833269A (zh) * | 2012-09-18 | 2012-12-19 | 苏州山石网络有限公司 | 跨站攻击的检测方法、装置和具有该装置的防火墙 |
CN102958107A (zh) * | 2011-08-22 | 2013-03-06 | 华为技术有限公司 | 一种能力查询的方法、通信终端及应用服务器 |
CN103227803A (zh) * | 2012-01-30 | 2013-07-31 | 华为技术有限公司 | 一种物联网资源获取的方法、客户端和物联网资源装置 |
-
2017
- 2017-06-29 CN CN201710512708.9A patent/CN109218339B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571418A (zh) * | 2008-02-04 | 2012-07-11 | 华为技术有限公司 | 设备管理的方法和终端、装置、系统 |
CN102958107A (zh) * | 2011-08-22 | 2013-03-06 | 华为技术有限公司 | 一种能力查询的方法、通信终端及应用服务器 |
CN103227803A (zh) * | 2012-01-30 | 2013-07-31 | 华为技术有限公司 | 一种物联网资源获取的方法、客户端和物联网资源装置 |
CN102833269A (zh) * | 2012-09-18 | 2012-12-19 | 苏州山石网络有限公司 | 跨站攻击的检测方法、装置和具有该装置的防火墙 |
Also Published As
Publication number | Publication date |
---|---|
CN109218339A (zh) | 2019-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102270749B1 (ko) | 커스텀 디지털 컴포넌트 | |
CN111488995B (zh) | 用于评估联合训练模型的方法、装置和系统 | |
CN111258602B (zh) | 信息更新方法和装置 | |
CN111061956A (zh) | 用于生成信息的方法和装置 | |
US11368447B2 (en) | Oauth2 SAML token service | |
CN107918617B (zh) | 数据查询方法和装置 | |
US20220043898A1 (en) | Methods and apparatuses for acquiring information | |
US11244153B2 (en) | Method and apparatus for processing information | |
CN110309142B (zh) | 规则管理的方法和装置 | |
CN108933695B (zh) | 用于处理信息的方法和装置 | |
CN110851468A (zh) | 对客户端的测试请求做出模拟响应的方法和装置 | |
CN109218339B (zh) | 请求处理方法和装置 | |
CN112131095A (zh) | 压力测试方法和装置 | |
CN109522327A (zh) | 信息生成方法、装置和系统 | |
CN109889402B (zh) | 用于生成信息的方法和装置 | |
CN114282506A (zh) | 证书生成方法、系统、电子设备及存储介质 | |
CN111414566B (zh) | 用于推送信息的方法和装置 | |
CN112929453A (zh) | 一种共享session数据的方法和装置 | |
CN112434619A (zh) | 病例信息提取方法、装置、设备和计算机可读介质 | |
CN111625692A (zh) | 特征抽取方法、装置、电子设备和计算机可读介质 | |
CN111163156A (zh) | 基于区块链的数据处理方法、设备及存储介质 | |
WO2019223759A1 (zh) | 用于显示无线接入点信息的方法和装置 | |
CN112860268B (zh) | 模板热部署的方法和装置 | |
CN112988559A (zh) | 请求的分流方法和装置 | |
CN113704080B (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 |