HTTP请求处理方法、处理系统、服务器及存储介质
技术领域
本申请涉及互联网数据访问技术领域,特别是涉及一种HTTP请求处理方法、处理系统、服务器及存储介质。
背景技术
HTTP(Hypertext Transfer Protocol,超文本传输协议)承载了当前全球互联网的绝大多数流量,它的特点是简单灵活,无状态,便于调试。但是在针对移动智能终端的无线网络环境下,HTTP协议的冗余数据量较大,连接复用度低等缺陷带来的负面影响比有线网络更加明显。
移动智能终端用户在访问WEB页面时,容易感受到卡顿甚至访问失败等等问题,造成用户体验下降。因此,移动互联网的内容提供商对移动智能终端的HTTP访问的可用性也提出了更高的要求。
发明内容
本申请提供了一种HTTP请求处理方法、处理系统、服务器及存储介质,主要解决的技术问题是如何提高HTTP访问的可用性。
为解决上述技术问题,本申请提供了一种HTTP请求处理方法,HTTP请求处理方法包括:
接收客户端的任务请求信息,其中,所述任务请求信息包括域名信息;
获取与所述域名信息对应的多个IP地址信息,并根据每个所述IP地址信息获取对应的IP服务器的状态信息;
根据所述状态信息对所述多个IP地址信息进行排序,并将排序后的所述多个IP地址信息发送给所述客户端。
为解决上述技术问题,本申请还提供了一种HTTP请求处理方法,所述请求处理方法应用于HTTP处理系统,所述HTTP处理系统包括客户端、第一服务器和第二服务器,所述第一服务器分别与所述客户端、所述第二服务器通信连接;
所述HTTP请求处理方法包括:
所述客户端发送任务请求信息给所述第一服务器,其中,所述任务请求信息包括域名信息;
所述第一服务器根据所述任务请求信息获取多个IP地址信息,并根据每个所述IP地址信息获取对应的所述第二服务器的状态信息;
所述第一服务器进一步根据所述状态信息对所述多个IP地址信息进行排序,并将排序后的所述多个IP地址信息发送给所述客户端;
所述客户端从排序后的所述多个IP地址信息中获取目标IP地址信息。
为解决上述技术问题,本申请还提供了一种HTTP处理系统,所述HTTP处理系统包括客户端、第一服务器和第二服务器,其中,所述第一服务器分别与所述客户端、所述第二服务器通信连接;
所述客户端用于发送任务请求信息给所述第一服务器,其中,所述任务请求信息包括域名信息;
所述第一服务器用于根据所述任务请求信息获取多个IP地址信息,并根据每个所述IP地址信息获取对应的所述第二服务器的状态信息;
所述第一服务器进一步用于根据所述状态信息对所述多个IP地址信息进行排序,并将排序后的所述多个IP地址信息发送给所述客户端;
所述客户端用于从排序后的所述多个IP地址信息中获取目标IP地址信息。
为解决上述技术问题,本申请还提供了一种服务器,所述服务器包括存储器以及与所述存储器耦接的处理器;
其中,所述存储器用于存储程序数据,所述处理器用于执行所述程序数据以实现如上述的HTTP请求处理方法。
为解决上述技术问题,本申请还提供了一种计算机存储介质,所述计算机存储介质用于存储程序数据,所述程序数据在被处理器执行时,用以实现上述的HTTP请求处理方法。
与现有技术相比,本申请的有益效果是:服务器接收客户端的任务请求信息,其中,任务请求信息包括域名信息;服务器根据该域名信息解析出多个与该域名信息对应的IP地址信息,其中,每个IP地址信息均对应的一个IP服务器;服务器进一步获取每个IP服务器的状态信息,其中,状态信息表征了IP服务器的解决客户端的任务的能力信息;服务器根据多个状态信息对多个IP服务器进行排序,进而将对应的多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端,排序的顺序表征了多个IP服务器的可用性高低,客户端可以向排序前列的IP地址信息发送任务请求信息,以便能够连接可用性高的IP服务器。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。其中:
图1是本申请HTTP请求处理方法第一实施例的流程示意图;
图2是本申请HTTP请求处理方法第二实施例的流程示意图;
图3是本申请HTTP请求处理方法第三实施例的流程示意图;
图4是本申请HTTP请求处理方法第四实施例的流程示意图;
图5是本申请HTTP请求处理方法第五实施例的流程示意图;
图6是图5中HTTP处理系统的结构示意图;
图7是本申请HTTP请求处理方法第六实施例的流程示意图;
图8是本申请HTTP处理系统一实施例的结构示意图;
图9是本申请服务器一实施例的结构示意图;
图10是本申请服务器另一实施例的结构示意图;
图11是本申请计算机存储介质一实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
HTTP是互联网应用最广泛的一种网络传输协议,客户端使用HTTP协议从IP服务器获取网络数据。在跨服务调用场景中,客户端使用HTTP协议时,首先通过DNS(Domain NameSystem,域名系统)解析出IP地址信息;然后客户端在与该IP地址信息对应的IP服务器建立连接,发送请求数据和等待IP服务器响应。
然而,在用户对服务高可用、高性能的要求下,现有的HTTP服务器调用方式存在以下问题:
(1)通过DNS解析得到的IP地址信息,由于存在DNS缓存问题,在IP服务器版本发布、IP服务器中某台机器由于故障无法使用时,客户端无法第一时间获悉IP服务器的最新信息,从而导致客户端的调用失败。
(2)IP服务器的多台机器可以部署在不同的机房,由于DNS配置不同或者不同机器的负载不同,会导致客户端访问到跨机房的机器或者负载高的机器,降低客户端服务处理性能。
随着网络和技术朝着越来越宽带化的方向发展,移动互联网的内容提供相对于移动智能终端的HTTP访问的可用性也提出了更高的要求。因此,本实施例为了优化HTTP访问可用性而提出了一种HTTP请求处理方法,通过本实施例的HTTP请求处理方法可以通过服务器实现对多个IP地址信息的管理,进而提高客户端调用HTTP服务的可用性。
具体请参见图1,图1是本申请HTTP请求处理方法第一实施例的流程示意图。本实施例的HTTP请求处理方法应用于服务器,本申请的服务器可以为DNS服务器。DNS服务器是进行域名和与之相对应的IP地址之间转换的服务器。DNS服务器中保存有一张域名和与之相对应的IP地址的表,以解析客户端任务请求信息的域名。
如图1所示,本实施例的服务器实现的HTTP请求处理方法具体包括以下步骤:
S101:接收客户端的任务请求信息,其中,任务请求信息包括域名信息。
其中,客户端Client-A需要调用域名domain-1提供的HTTP服务时,客户端启动调用进程,并发送包括域名信息的任务请求信息给服务器。其中,任务请求信息还可以包括调用时间、调用记录和客户端IP地址等信息。
S102:获取与域名信息对应的多个IP地址信息,并根据每个IP地址信息获取对应的IP服务器的状态信息。
其中,服务器根据客户端的任务请求信息启动调用任务Client-A-Task:domain-1,并根据任务Client-A-Task:domain-1解析域名domain-1对应的多个IP地址信息,形成一个IP列表,如下表所示:
客户端 |
域名 |
IP地址 |
Client-A |
domain-1 |
domain-1-IP1 |
Client-A |
domain-1 |
domain-1-IP2 |
Client-A |
domain-1 |
... |
Client-A |
domain-1 |
domain-1-IPn |
具体地,服务器可以通过心跳或监听等监控方法获取每个IP地址信息对应的IP服务器的状态信息,即状态信息可以包括IP服务器返回心跳信息的响应速度信息。
状态信息可以表征IP服务器的现时状态,具体可以包括待机状态、离线状态或繁忙状态等;在其它实施例中,状态信息还可以表征IP服务器的负载状态。服务器根据IP服务器的状态信息即可获悉IP服务器处理客户端的HTTP请求的可用性和处理速度。
进一步地,客户端可以为移动智能终端;由于自身的特性,通常处于移动的状态。在移动过程中,客户端的网络制式会发生变化,相应地,客户端所属的网络运营商、网关出口IP、DNS解析结果等也都可能出现变化;可能出现由于客户端的位置变化发生基站漂移或者IP服务器从故障中恢复等场景,此时,服务器需要重新接收客户端的任务请求信息。
因此,在本实施例中,服务器每隔预设周期需要重新获取客户端的任务请求信息,以对上述IP列表进行重新探测更新;即重复步骤S101和步骤S102的操作,保证客户端对HTTP的访问始终在可用性最优的路径上进行。
S103:根据状态信息对多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端。
其中,服务器对步骤S102获取的多个状态信息进行排序,以对每个状态信息对应的IP地址信息进行排序,将可用性较优的IP服务器的IP地址信息放置在IP列表的前列。
具体地,服务器根据状态信息对多个IP地址信息进行排序后,上述IP列表根据排序结果进行更新,以形成排序后的IP列表,如下表所示:
客户端 |
域名 |
IP地址 |
Client-A |
domain-1 |
domain-1-IP6 |
Client-A |
domain-1 |
domain-1-IP3 |
Client-A |
domain-1 |
... |
Client-A |
domain-1 |
domain-1-IP2 |
在上表中,IP地址为domain-1-IP6的IP服务器处理客户端的HTTP请求的可用性和处理速度最优。服务器将排序后的IP列表发送给客户端,以使客户端可以根据排序后的IP列表与IP地址为domain-1-IP6的IP服务器通信连接。
在本实施例中,服务器接收客户端的任务请求信息,其中,任务请求信息包括域名信息;服务器根据该域名信息解析出多个与该域名信息对应的IP地址信息。其中,每个IP地址信息均对应的一个IP服务器;服务器进一步获取每个IP服务器的状态信息,IP服务器的状态信息表征了IP服务器能够解决客户端的任务的能力信息。服务器根据多个状态信息对多个IP服务器进行排序,进而将对应的多个IP地址信息进行排序;服务器将排序后的多个IP地址信息发送给客户端,排序的顺序表征了多个IP服务器的可用性高低;客户端可以向排序前列的IP地址信息发送任务请求信息,以便能够连接可用性高的IP服务器。
对于图1所示实施例中的步骤S102,本申请进一步提出了另一种具体的方法。具体请参阅图2,图2是本申请HTTP请求处理方法第二实施例的流程示意图。
具体在上述步骤S102中,服务器获取每个IP地址信息对应的IP服务器的状态信息,其中,状态信息可以包括IP服务器返回心跳信息的响应速度信息。状态信息作为评价IP服务器处理HTTP请求的能力参数,还可以从不同的角度表征IP服务器的处理能力。例如,在本实施例中,状态信息包括网络耗时信息,服务器计算发送网络信息到IP服务器和接收IP服务器返回的响应信息所使用的时间,从而获得该IP服务器对应的网络耗时信息。
具体的步骤如下:
S201:向多个IP地址信息对应的IP服务器发送网络探测包,并计算接收到IP服务器的返回信息所需要的时间,以获取IP服务器响应的网络耗时信息。
其中,服务器根据上述步骤S101获取多个IP地址信息后,向每个IP地址信息对应的IP服务器发送网络探测包,以计算服务器与每个IP服务器之间数据传输的网络耗时。
具体地,服务器将向IP列表中每一个IP服务器发送网络探测包,并记录发送时间。IP服务器接收网络探测包后,IP服务器返回一响应信息。服务器接收IP服务器的响应信息,并记录接收时间;服务器根据发送时间和接收时间计算得到对应的IP服务器响应的网络耗时信息,并将网络耗时信息填充到IP列表中,如下表所示:
客户端 |
域名 |
IP地址 |
网络耗时 |
Client-A |
domain-1 |
domain-1-IP1 |
18ms |
Client-A |
domain-1 |
domain-1-IP2 |
50ms |
Client-A |
domain-1 |
... |
... |
Client-A |
domain-1 |
domain-1-IPn |
5ms |
进一步地,服务器还可以根据网络耗时信息对多个IP地址信息进行排序,并将上述IP列表根据排序结果进行更新,以形成排序后的IP列表:
客户端 |
域名 |
IP地址 |
网络耗时 |
Client-A |
domain-1 |
domain-1-IP6 |
5ms |
Client-A |
domain-1 |
domain-1-IP3 |
12ms |
Client-A |
domain-1 |
... |
|
Client-A |
domain-1 |
domain-1-IP2 |
50ms |
S202:若从IP服务器接收到失败信息,或在预设时间内未接收到返回信息,则累计IP服务器对应的失败次数。
其中,当IP服务器发生故障时,服务器可以根据网络探测包的返回信息获悉IP服务器的故障信息。具体地,当IP服务器无法处理客户端的HTTP请求时,IP服务器向服务器返回一失败信息;或者,当IP服务器无法正常工作时,IP服务器无法返回对应网络探测包的响应信息。
此时,服务器从IP服务器接收到失败信息,或者在预设时间内未能接收到返回信息,则累计该IP服务器对应的失败次数。
进一步地,服务器对于域名domain-1设置一个失败次数阈值,服务器累计IP服务器对应的失败次数后,将累计的失败次数与失败次数阈值进行比较。若累计的失败次数小于或等于失败次数阈值,服务器保留该IP服务器对应的IP地址信息,并重新发送网络探测包;若累计的失败次数大于失败次数阈值,则进入步骤S203。
S203:当IP服务器累计的失败次数大于预设次数阈值时,删除与IP服务器对应的IP地址信息。
其中,IP服务器累计的失败次数大于失败次数阈值,则说明IP服务器目前不可用或无法处理客户端的HTTP请求。服务器将该IP服务器对应的IP地址信息从IP列表中删除,并将更新后的IP列表发送给客户端,以保证客户端与IP列表上的IP服务器通信的可用性。当客户端发送域名为domain-1的调用时,客户端不会调用当前不可用的IP服务器。
进一步地,对于从IP列表中删除的IP地址信息,在上述步骤S102通过DNS解析到该IP地址信息时,该IP地址信息可以重新排列在IP列表上。
在本实施例中,服务器通过发送网络探测包获取IP列表上每个IP服务器的网络耗时信息,根据网络耗时信息对IP列表上多个IP地址信息进行排序,并将排序后的IP列表发送给客户端,以保证客户端能够调用通信网络耗时最短的IP服务器执行HTTP请求;进一步地,服务器还可以通过网络探测包检测出无法执行HTTP请求的IP服务器,并将对应的IP地址信息从IP列表中删除,以保证HTTP请求处理方法的可用性。
对于图2所示实施例中的步骤S201之后,本申请进一步提出了另一种具体的方法。具体请参阅图3,图3是本申请HTTP请求处理方法第三实施例的流程示意图。
具体地在上述步骤S201中,状态信息包括网络耗时信息,但如果网络质量最优的IP地址信息一直优先得到请求,网络质量中等的负载数量为0。只采用网络耗时信息作为状态信息,只会导致网络质量最优的IP服务器负载压力过大,而网络质量中等的IP服务器无法执行HTTP请求。为平衡各IP服务器的负载,状态信息还可以包括其它信息,以综合评价IP服务器执行HTTP请求的能力。因此,在本实施例中,状态信息还可以包括负载数量信息,其中,负载数量信息为同时到某一IP服务器的HTTP请求数量。
本实施例的HTTP请求处理方法具体步骤如下:
S301:根据预设周期获取多个IP地址信息对应的IP服务器的负载数量信息,并根据负载数量信息和网络耗时信息对多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端。
其中,服务器通过网络探测包获得IP服务器的网络耗时信息的同时,服务器还可以通过心跳包获取每个IP服务器的当前请求负载,即IP服务器当前收到的HTTP请求的数量。服务器设置1S为一个计算周期,根据负载数量信息和网络耗时信息动态计算IP服务器的综合分数,并根据该综合分数对多个IP地址信息进行排序。
具体地,服务器可以根据负载数量信息对多个IP地址信息进行排序,得到多个IP地址信息的当前负载分数;并根据网络耗时信息对多个IP地址信息进行排序,并得到多个IP地址信息的服务质量分数。服务器根据不同的权值对每个IP地址信息的当前负载分数和服务质量分数进行合并,综合得到一个质量评分,并根据该质量评分对多个IP地址信息进行排序,具体如下表所示:
客户端 |
域名 |
IP地址 |
质量评分 |
Client-A |
domain-1 |
domain-1-IP6 |
92 |
Client-A |
domain-1 |
domain-1-IP3 |
90 |
Client-A |
domain-1 |
... |
|
Client-A |
domain-1 |
domain-1-IP2 |
50 |
例如,服务器可以根据当前负载分数的60%和服务器质量分数的40%进行合并,综合得到一个质量评分。在其它实施例中,服务器也可以根据不同的权值分配获取质量评分,在此不再赘述。
S302:判断负载数量是否高于或等于预设负载数量。
其中,由于IP服务器负载过高,即使该IP服务器的网络质量较优,也无法执行HTTP请求;因此,在本实施例的HTTP请求处理方法中,服务器进一步根据负载数量信息判断IP服务器是否负载过高。
具体地,服务器设置一个负载数量阈值,当服务器通过心跳包接收到某一IP服务器的负载数量信息时,判断该IP服务器的当前请求负载数量是否高于或等于负载数量阈值。若是,则通过负载数量信息足以判断IP服务器的可用性,服务器停止对该IP服务器的质量评分计算,并进入步骤S303。
S303:停止向IP服务器发送网络探测包。
其中,IP服务器负载过高,无法执行HTTP请求,服务器停止对IP服务器发送网络探测包,停止获取该IP服务器的网络耗时信息,能够有效减少服务器和IP服务器的负担。
进一步地,即使服务器停止对IP服务器发送网络探测包,服务器与IP服务器持续通过心跳包进行通信连接。当通过心跳包获取的IP服务器当前负载数量低于负载数量阈值时,服务器恢复对该IP服务器的网络探测。
在本实施例中,服务器进一步通过网络耗时信息和负载数量信息获取每个IP地址信息的质量评分,并根据该质量评分对IP列表上的多个IP地址信息排序,以此避免部分IP服务器负载过高的问题,保证负载平衡和提高HTTP请求处理方法的可用性。
对于图1、图2和图3所示的实施例中的步骤103,本申请进一步提出了另一种具体的方法。具体请参阅图4,图4是本申请HTTP请求处理方法第四实施例的流程示意图。
如图4所示,本实施例的HTTP请求处理方法具体包括以下步骤:
S401:根据状态信息按照预设规则将多个IP地址信息划分到多个路由组,并对多个路由组进行排序,得到路由组列表。
其中,以状态信息包括网络耗时信息为例,本实施例的服务器根据网络耗时等级设置多个路由组。例如,网络耗时为0~10毫秒设置为第一组,网络耗时为10~50毫秒设置为第二组,网络耗时在50毫秒以上设置为第三组。服务器根据网络耗时将多个IP地址划分到不同的路由组,具体如下表所示:
进一步地,状态信息还可以包括网络耗时信息和/或负载数量信息,具体请参阅上述实施例的HTTP请求处理方法,在此不再赘述。
S402:将路由组列表发送给客户端,以使客户端在路由组中获取IP地址信息。
其中,服务器获得路由组列表后,将路由组列表发送给客户端。当客户端发起到域名为domain-1的调用时,客户端能够从路由组列表中第一个存在IP地址信息的路由组中随机获取一个IP地址信息,并向对应的IP服务器发送调用请求。
进一步地,服务器先从路由组列表中的第一组查询是否存在IP地址信息;若存在,则服务器从第一组路由组中随机获取一个IP地址信息;若不存在,则服务器继续从第二组路由组查询是否存在IP地址信息,直至从路由组列表中第一个存在IP地址信息的路由组中随机获取到一个IP地址信息。
在本实施例中,服务器根据状态信息将多个IP地址信息划分到不同的路由组,以使客户端在路由组中随机获取IP地址信息,并根据该IP地址信息向对应的IP服务器发送HTTP请求,进一步平衡各IP服务器的负载,提高HTTP请求处理方法的可用性。
为进一步优化HTTP访问的可用性,本申请还提出了一种HTTP请求处理方法,具体地请参阅图5和图6,图5是本申请HTTP请求处理方法第五实施例的流程示意图,图6是图5中HTTP处理系统的结构示意图。
如图6所示,本实施例的HTTP请求处理方法应用于HTTP处理系统500,HTTP处理系统500包括客户端51、第一服务器52和第二服务器53,其中,第一服务器52分别客户端51、第二服务器53通信连接。具体地,第一服务器52可为上述实施例中的服务器,第二服务器53可为上述实施例的IP服务器,在此不再赘述。
如图5所述,本实施例的HTTP请求处理方法具体包括以下步骤:
S501:客户端发送任务请求信息给第一服务器,其中,任务请求信息包括域名信息。
S502:第一服务器根据任务请求信息获取多个IP地址信息,并根据每个所述IP地址信息获取对应的所述第二服务器的状态信息。
S503:第一服务器进一步根据状态信息对多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端。
S504:客户端从排序后的多个IP地址信息中获取目标IP地址信息。
对于图5所示实施例中的步骤S504,本申请进一步提出了另一种具体的方法。具体请参阅图7,图7是本申请HTTP请求处理方法第六实施例的流程示意图。
具体的步骤如下:
S701:第一服务器根据状态信息按照预设规则将多个IP地址信息划分到多个路由组,并对多个路由组进行排序,得到路由组列表;其中,路由组列表根据排序至少包括第一路由组和第二路由组。
S702:客户端遍历路由组列表,判断第一路由组中是否存在IP地址信息。
若是,则进入步骤S703;若否,则进入步骤S704。
S703:客户端将任务请求信息发送给第一路由组中的IP地址信息对应的第二服务器。
S704:客户端判断第二路由组中是否存在IP地址信息。
若是,则进入步骤S705;若否,则继续判断第三路由组是否存在IP地址信息,直至在路由组中查询到可用的IP地址信息。
S705:客户端将任务请求信息发送给第二路由组中的IP地址信息对应的第二服务器。
为实现上述实施例的HTTP请求处理方法,本申请还提供了一种HTTP处理系统,具体地请参见图8,图8是本申请HTTP处理系统一实施例的结构示意图。
其中,HTTP处理系统600包括客户端61、第一服务器62和第二服务器63,其中,第一服务器62分别客户端61、第二服务器63通信连接。具体地,第一服务器62可为上述实施例中的服务器,第二服务器63可为上述实施例的IP服务器,在此不再赘述。
具体地,客户端61用于发送任务请求信息给第一服务器62,其中,任务请求信息包括域名信息。
第一服务器62用于根据任务请求信息获取多个多个IP地址信息,并根据每个IP地址信息获取对应的第二服务器63的状态信息。
第一服务器62进一步用于根据状态信息对多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端61。
客户端61用于从排序后的多个IP地址信息中获取目标IP地址信息。
为实现上述实施例的HTTP请求处理方法,本申请还提供了一种服务器,具体请参见图9,图9是本申请服务器一实施例的结构示意图。
服务器700可以为上述HTTP请求处理方法实施例所揭示的服务器,在此不再赘述;其中,服务器700可以与多个客户端或/和多个IP服务器建立通信连接。
如图9所示,服务器700包括通信模块71和处理模块72,其中,通信模块71与处理模块72耦接。
其中,通信模块71用于接收客户端的任务请求信息,其中,任务请求信息包括域名信息。
处理模块72用于获取与域名信息对应的多个IP地址信息,并根据每个IP地址信息获取对应的IP服务器的状态信息。
处理模块72进一步用于根据状态信息对多个IP地址信息进行排序,并将排序后的多个IP地址信息发送给客户端。
为实现上述实施例的HTTP请求处理方法,本申请还提供了另一种服务器,具体请参见图10,图10是本申请服务器另一实施例的结构示意图。
服务器800可以为上述HTTP请求处理方法实施例所揭示的服务器,在此不再赘述;其中,服务器800可以与多个客户端或/和多个IP服务器建立通信连接。
如图10所示,服务器800包括存储器81和处理器82,其中,存储器81与处理器82建立连接。
其中,存储器81用于存储程序数据,处理器82用于执行程序数据以实现上述HTTP请求处理方法实施例中所述的方法。
在本实施例中,处理器82还可以称为CPU(Central Processing Unit,中央处理单元)。处理器82可能是一种集成电路芯片,具有信号的处理能力。处理器82还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器72也可以是任何常规的处理器等。
本申请还提供一种计算机存储介质,如图11所示,计算机存储介质900用于存储程序数据,程序数据在被处理器执行时,用以实现如本申请HTTP请求处理方法实施例中所述的方法。
本申请HTTP请求处理方法实施例中所涉及到的方法,在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时,可以存储在装置900中,例如一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施方式,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。