处理访问请求的方法、装置及电子设备与流程

文档序号:22971414发布日期:2020-11-19 21:57阅读:139来源:国知局
处理访问请求的方法、装置及电子设备与流程

本发明涉及通信技术领域,尤其是涉及一种处理访问请求的方法、装置及电子设备。



背景技术:

http2.0(也称为http/2)即超文本传输协议2.0,是下一代http协议。在开放互联网上,http2.0只用于https://网址,而http://网址将继续使用http/1,目的是在开放互联网上增加使用加密技术,以提供强有力的保护去遏制主动攻击。由于http2.0协议相比于上一代http协议更先进,例如,开启http2.0能给网站尤其是ssl(securesocketslayer,安全套接字协议)加密的网站提供更高的速度和稳定性,并且,http2.0协议还包括采用二进制格式传输数据、异步连接多路复用等优势,因此,http2.0在互联网上也逐渐被更广泛地应用。

目前,如果网页服务器租户需要设置某域名被访问时,通过http2.0协议进行数据传输,则必须在网页服务器上进行操作,通过修改网页服务器中静态域名的通信协议配置,开启该域名的http2.0服务。并且,在修改网页服务器中的通信协议配置之后,该网页服务器还需重新加载配置,才能实现对该域名的访问基于http2.0协议进行,而重新加载配置将会影响网页服务器的网络服务稳定性。

整体而言,现有开启针对特定域名的http2.0服务的方式,操作便捷性较差,且会降低服务器的网络服务稳定性。



技术实现要素:

有鉴于此,本发明的目的在于提供一种处理访问请求的方法、装置及电子设备,可以更加便捷地开启针对指定域名的http2.0服务,并且提高服务器的网络服务稳定性。

第一方面,本发明实施例提供了一种处理访问请求的方法,包括:接收客户端针对指定域名的访问请求;如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据备用协议配置中的通信协议响应该访问请求。

在本发明较佳的实施例中,上述确定该指定域名的当前协议配置是否符合该通信协议要求的步骤,包括:根据预设的静态域名配置,确定该指定域名的当前协议配置是否符合该通信协议要求。

在本发明较佳的实施例中,上述判断用户是否针对该指定域名预先配置有备用协议配置的步骤,包括:读取指定内存中预先加载的用户配置;确定该用户配置中是否包含针对该指定域名的备用协议配置。

在本发明较佳的实施例中,上述用户配置通过下述方式加载至该指定内存:获取预设终端生成的用户配置;将该用户配置保存为固定文件名的配置文件;将该配置文件加载至指定内存。

在本发明较佳的实施例中,上述用户配置包括指定域名的备用协议配置,该备用协议配置通过下述方式生成:接收针对预设通信协议开关的开启指令;其中,该通信协议开关设置在该终端的预设交互界面中,且该预设通信协议开关与该指定域名关联;生成该指定域名的备用协议配置。

在本发明较佳的实施例中,上述获取预设终端生成的用户配置的步骤,包括:通过预设协程定时读取预设终端生成的用户配置。

在本发明较佳的实施例中,上述将该配置文件加载至指定内存的步骤,包括:监测该配置文件的更新状态;如果监测到该配置文件更新,将更新后的配置文件加载至指定内存。

在本发明较佳的实施例中,上述用户配置的格式为json字符串。

在本发明较佳的实施例中,上述读取指定内存中预先加载的用户配置的步骤,包括:通过回调函数读取指定内存中预先加载的用户配置。

在本发明较佳的实施例中,上述指定内存为共享内存。

在本发明较佳的实施例中,上述方法还包括:如果该当前协议配置符合该通信协议要求,根据该当前协议配置中的通信协议响应该访问请求。

在本发明较佳的实施例中,上述方法还包括:如果该访问请求中没有携带通信协议要求,或者,如果用户针对该指定域名没有配置备用协议配置,或者,如果用户针对该指定域名配置有备用协议配置,且该备用协议配置不符合该通信协议要求,根据该当前协议配置中的通信协议响应该访问请求。

在本发明较佳的实施例中,上述通信协议要求为http2.0通信协议。

第二方面,本发明实施例还提供了一种处理访问请求的装置,包括:访问请求接收模块,用于接收客户端针对指定域名的访问请求;第一判断模块,用于如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;第二判断模块,用于如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;响应模块,用于如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据该备用协议配置中的通信协议响应该访问请求。

第三方面,本发明实施例还提供了一种电子设备,该电子设备包括处理器和存储器,该存储器存储有能够被该处理器执行的计算机可执行指令,该处理器执行该计算机可执行指令以实现上述处理访问请求的方法。

第四方面,本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令在被处理器调用和执行时,计算机可执行指令促使处理器实现上述处理访问请求的方法。

本发明实施例带来了以下有益效果:

本发明实施例提供的一种处理访问请求的方法、装置及电子设备,接收客户端针对指定域名的访问请求;如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据备用协议配置中的通信协议响应该访问请求。该方式中,用户通过预先设置指定域名的备用协议配置,当网页服务器中对该指定域名访问的当前协议配置不符合客户端的通信协议要求时,还可以根据该备用协议配置来配置符合客户端要求的通信协议,从而可以更灵活配置域名的通信协议配置;并且,用户可以通过与网页服务器通信连接的外接设备(如用户终端)快捷配置该备用协议配置,以满足客户端在访问指定域名时的通信协议要求,而不需要在网页服务器上对静态域名配置进行操作,也不需要重新加载服务器的配置,从而可以提高服务器的网络服务稳定性。

本公开的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义地确定,或者通过实施本公开的上述技术即可得知。

为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种处理访问请求的方法的流程示意图;

图2为本发明实施例提供的另一种处理访问请求的方法的流程示意图;

图3为本发明实施例提供的一种备用协议配置的操作界面示意图;

图4为本发明实施例提供的一种在服务器的hello阶段选定http2.0协议的过程示意图;

图5为本发明实施例提供的一种处理访问请求的装置的结构示意图;

图6为本发明实施例提供的一种电子设备的结构示意图。

图标:51-访问请求接收模块;52-第一判断模块;53-第二判断模块;54-响应模块;61-处理器;62-存储器;63-总线;64-通信接口。

具体实施方式

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

http2.0协议作为相对较新的通信协议,当客户端和网页服务器通信时,如果要实现http2.0协议的通信,一方面依赖客户端是否能够支持并使用该协议,另一方面,服务端如何规范客户端的行为,使其在相对安全的范围内使用以保障整体服务质量,也是一个重要的考量。

考虑到现有开启针对特定域名的http2.0服务的方式,操作便捷性较差,且会降低服务器的网络服务稳定性的问题,本发明实施例提供的一种处理访问请求的方法、装置及电子设备,该技术可以应用于域名访问服务的各种应用场景中。为便于对本实施例进行理解,首先对本发明实施例所公开的一种处理访问请求的方法进行详细介绍。

参见图1,所示为一种处理访问请求的方法的流程示意图,由图1可见,该方法包括以下步骤:

步骤s102:接收客户端针对指定域名的访问请求。

这里,该方法可以是运行在网页服务器上,并且,该网页服务器可以是内容分发网络(contentdeliverynetwork,cdn)中某个节点的设备,用于为客户端提供域名访问服务。

其中,在上述访问请求中包括客户端请求访问的指定域名,例如,如果请求访问百度首页,则在访问请求中会携带百度首页对应的域名,也即为https://www.baidu.com/。

步骤s104:如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求。

这里,上述协议配置是指服务器中预先配置的通信协议,例如,对于网页访问,该通信协议可以是http协议。其中,http协议是一个简单的请求-响应协议,它通常运行在tcp之上,它指定了客户端可能发送给服务器什么样的消息,以及得到什么样的响应。

在其中一种可能的实施方式中,可以根据预设的静态域名配置,确定该指定域名的当前协议配置是否符合该通信协议要求。这里,静态域名是指一个域名指向一个固定ip地址,通过在服务器中对指定的静态域名进行通信协议配置,使得客户端访问到其中任一静态域名时,使用预先配置的通信协议进行通信。

在本实施例中,服务器接收到客户端的访问请求后,判断该访问请求中是否携带有通信协议要求,如果是,确定该指定域名的当前协议配置是否符合该通信协议要求;如果否,则根据当前协议配置中的通信协议响应该访问请求。其中,上述通信协议要求可以是指定版本的通信协议,例如,要求通信协议为http1.0协议,或者http1.1协议,或者http2.0协议等。并且,当客户端请求以指定版本的通信协议进行域名访问时,表明该客户端支持该指定版本的通信协议。例如,假设客户端要求以http2.0协议访问指定域名,则该客户端本身必然支持以http2.0协议进行通信所需的条件(包括软件和硬件的要求条件等)。

步骤s106:如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置。

例如,假设当前协议配置为:对于任意域名的访问请求,均配置http1.1协议;并且,接收到客户端的访问请求中携带的通信协议要求为,要求以http1.1协议访问指定域名,则判断当前协议配置符合该通信协议要求,则根据当前协议配置中的通信协议响应该访问请求。

同理,在当前协议配置下,如果客户端请求以http2.0协议访问指定域名,则判断当前协议配置不符合该通信协议要求,此时,判断用户是否针对该指定域名预先配置有备用协议配置。这里,备用协议配置是由用户进行配置的,例如,在cdn网络服务中,服务器一方可以给服务器租户一方提供一个可配置域名对应的通信协议的平台,从而租户方可以根据自身业务需要,设置指定域名的备用通信协议,使得客户端访问指定域名时,在客户端支持备用通信协议的情况下,可以按照设置的备用通信协议访问该指定域名。这样,用户可以更加灵活便捷地配置域名对应的通信协议。

步骤s108:如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据备用协议配置中的通信协议响应该访问请求。

在实际操作中,如果用户针对该指定域名没有配置备用协议配置,或者,虽然用户针对该指定域名配置了备用协议配置,但是该备用协议配置不符合该通信协议要求,例如,备用协议配置中的通信协议版本比通信协议要求的通信协议版本更高或者更低,则依然根据当前协议配置中的通信协议响应该访问请求。

而如果用户针对该指定域名配置了备用协议配置,且该备用协议配置符合该通信协议要求,则根据备用协议配置中的通信协议响应该访问请求。例如,通信协议要求为http2.0通信协议,而针对该指定域名的备用协议配置也为http2.0,那么,则根据http2.0通信协议响客户端的访问请求,也即,在客户端和服务器之间按照http2.0通信协议进行通信。

可见,在本实施例中,如果客户端在进行域名访问时,如果要求以特定的协议进行域名访问,服务器在确定采用何种协议响应该访问请求时,服务器中的当前协议配置(如静态域名配置)的优先级,高于用户配置的备用协议配置的优先级;并且,备用协议配置的优先级高于访问请求中客户端表明支持的协议配置。

本发明实施例提供的一种处理访问请求的方法,接收客户端针对指定域名的访问请求;如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据备用协议配置中的通信协议响应该访问请求。该方式中,用户通过预先设置指定域名的备用协议配置,当网页服务器中对该指定域名访问的当前协议配置不符合客户端的通信协议要求时,还可以根据该备用协议配置来配置符合客户端要求的通信协议,从而可以更灵活配置域名的通信协议配置。

在图1所示处理访问请求的方法的基础上,本实施例还提供了另一种处理访问请求的方法,该方法重点描述了前述实施例中步骤s106(如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置)的具体实现过程。

参见图2,其为另一种处理访问请求的方法的流程示意图,其中,该方法包括以下步骤:

步骤s202:接收客户端针对指定域名的访问请求。

这里,本实施例中的步骤s202,对应前述实施例中的步骤s102,相应内容的描述可以参考前述实施例的对应部分,在此不再赘述。

步骤s204:判断该访问请求中是否携带有通信协议要求;如果是,执行步骤s206;如果否,执行步骤s216。

如果该访问请求中携带有通信协议要求,进一步判断该指定域名的当前协议配置是否符合该通信协议要求;如果该访问请求中没有携带通信协议要求,则根据当前协议配置中的通信协议响应该访问请求。

步骤s206:判断该指定域名的当前协议配置是否符合该通信协议要求;如果是,执行步骤s216;如果否,执行步骤s208。

如果该指定域名的当前协议配置符合该通信协议要求,根据当前协议配置中的通信协议响应该访问请求;如果该指定域名的当前协议配置不符合该通信协议要求,则读取指定内存中预先加载的用户配置,并根据用户配置获取该指定域名的备用协议配置。

步骤s208:读取指定内存中预先加载的用户配置。

这里,可以通过回调函数读取指定内存中预先加载的用户配置,其中,回调函数即是通过函数指针调用的函数,并且,该指定内存可以是服务器中的共享内存。

在至少一种可能的实施方式中,可以通过下述步骤11-13实现将用户配置加载至该指定内存:

(11)获取预设终端生成的用户配置。

其中,该终端可以是手机、台式机、笔记本电脑或者pad等,在实际操作中,服务器租赁方可以为租户方提供给一个平台,使得租户可以通过在终端登录该平台进行操作,以根据自身需求对指定服务器中的访问参数进行配置,得到用户配置。

这里,该用户配置中可以包含或者不包含指定域名的备用协议配置,如果包含指定域名的备用协议配置,表明用户对该指定域名配置了备用协议。在其他可能的实施方式中,该用户配置中还可以包含其它配置,例如对客户端访问权限的配置等等,在此不作限定。

在其中一种可能的实施方式中,可以在上述终端的预设交互界面中设置与指定域名关联的通信协议开关,当终端接收到针对该通信协议开关的开启指令时,则生成该指定域名的备用协议配置。如图3所示,为一种备用协议配置的操作界面示意图,在图3示出的实施方式中,设置了指定域名a的http2.0协议的选择开关,用户可以通过选中开启或者关闭,以得到对该域名a的备用协议配置。这里,该用户配置的格式可以为json字符串,例如,在图3的实例中,点击http2.0的开启选项后,生成该域名a的json串形式的业务配置,如下:

{"host":"xxx.yyy.zzz","conf":[{"http2":"on","location":"/","loc_conf":{...}}]}。

(12)将该用户配置保存为固定文件名的配置文件。

在实际操作中,服务器可以通过预设协程定时从上述指定内存中读取预设终端生成的用户配置。并且,将读取到的用户配置保存到该服务器中固定文件名的配置文件。

(13)将该配置文件加载至指定内存。

在其中一种可能的实施方式中,监测该配置文件的更新状态,并且,如果监测到该配置文件更新,将更新后的配置文件加载至指定内存。这样,如果用户针对域名的通信协议有修改,服务器可以及时获取最新的用户配置,以根据用户要求的通信协议响应客户端对指定域名的访问请求。

步骤s210:确定该用户配置中是否包含针对该指定域名的备用协议配置;如果是执行步骤s212;如果否,执行步骤s216。

如果该用户配置中包含针对该指定域名的备用协议配置,则判断该备用协议配置符合该通信协议要求,并基于该判断结果响应该访问请求;如果该用户配置中没有包含针对该指定域名的备用协议配置,则根据当前协议配置中的通信协议响应该访问请求。

步骤s212:判断该备用协议配置符合该通信协议要求;如果是,执行步骤s214;如果否,执行步骤s216。

如果该备用协议配置符合该通信协议要求,则根据备用协议配置中的通信协议响应该访问请求;如果该备用协议配置不符合该通信协议要求,则根据当前协议配置中的通信协议响应该访问请求。

步骤s214:根据备用协议配置中的通信协议响应该访问请求。

按照备用协议配置中配置的该指定域名的通信协议,在客户端和服务器之间建立通信连接,使得客户端可以通过该通信协议访问指定域名。

步骤s216:根据当前协议配置中的通信协议响应该访问请求。

按照当前协议配置中配置的该指定域名的通信协议,在客户端和服务器之间建立通信连接,为客户端提供域名访问服务。

在本实施例中,响应该客户端访问请求的服务器可以是nginx网页服务器,并且,该网页服务器通过协程定时从用户终端拉取用户配置,并保存到本设备上成为一个固定名字的配置文件,当读取并发现该配置文件改变后,重新加载该配置文件,并放入nginx的共享内存中。当客户端的针对指定域名的访问请求到达nginx服务器时,如果在该服务器上找不到该指定域名的静态server块配置时,进入default_server块,其中,该default_server块用于读取域名配置,以选择是否开启对应的协议服务。

参见图4,所示为一种在服务器的hello阶段选定http2.0协议的过程示意图,在图4示出的实施方式中,客户端向服务端发送clienthello包之后,服务端读取包并做相应处理,比如,选则协议的版本(tls1.0或tls1.1或tls1.2等),然后,通过一个函数选择alpn协议,这里,可以选择例如http1.0、http1.1和http2.0等协议,其中,在这个函数中重新定义一个回调函数,在s->ctx->set_alpn_cb中调用并且加载共享内存中的用户配置;并且,该回调函数在挑选协议时,参考了静态域名配置和该域名的备用协议配置,并在tls1_alpn_handle_client_hello_late中确定最终的应用层协议。

本实施例提供的处理访问请求的方法,用户可以通过与网页服务器通信连接的外接设备(如用户终端)快捷配置该备用协议配置,以满足客户端在访问指定域名时的通信协议要求,而不需要在网页服务器上对静态域名配置进行操作,也不需要重新加载服务器的配置,从而可以提高服务器的网络服务稳定性。

对应于图1中所示的处理访问请求的方法,本发明实施例还提供了一种处理访问请求的装置,如图5所示,其为一种处理访问请求的装置的结构示意图,由图5可见,该装置包括依次相连的访问请求接收模块51、第一判断模块52、第二判断模块53和响应模块54,其中,各个模块的功能如下:

访问请求接收模块51,用于接收客户端针对指定域名的访问请求;

第一判断模块52,用于如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;

第二判断模块53,用于如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;

响应模块54,用于如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据该备用协议配置中的通信协议响应该访问请求。

本发明实施例提供的一种处理访问请求的装置,接收客户端针对指定域名的访问请求;如果该访问请求中携带通信协议要求,确定该指定域名的当前协议配置是否符合该通信协议要求;如果该当前协议配置不符合该通信协议要求,判断用户是否针对该指定域名预先配置有备用协议配置;如果配置有备用协议配置,并且该备用协议配置符合该通信协议要求,根据备用协议配置中的通信协议响应该访问请求。该装置中,用户通过预先设置指定域名的备用协议配置,当网页服务器中对该指定域名访问的当前协议配置不符合客户端的通信协议要求时,还可以根据该备用协议配置来配置符合客户端要求的通信协议,从而可以更灵活配置域名的通信协议配置;并且,用户可以通过与网页服务器通信连接的外接设备(如用户终端)快捷配置该备用协议配置,以满足客户端在访问指定域名时的通信协议要求,而不需要在网页服务器上对静态域名配置进行操作,也不需要重新加载服务器的配置,从而可以提高服务器的网络服务稳定性。

在其中一种可能的实施方式中,上述第一判断模块52还用于:根据预设的静态域名配置,确定该指定域名的当前协议配置是否符合该通信协议要求。

在另一种可能的实施方式中,上述第二判断模块53还用于:读取指定内存中预先加载的用户配置;确定该用户配置中是否包含针对该指定域名的备用协议配置。

在另一种可能的实施方式中,上述用户配置通过下述方式加载至该指定内存:获取预设终端生成的用户配置;将该用户配置保存为固定文件名的配置文件;将该配置文件加载至指定内存。

在另一种可能的实施方式中,上述用户配置包括指定域名的备用协议配置,该备用协议配置通过下述方式生成:接收针对预设通信协议开关的开启指令;其中,该通信协议开关设置在该终端的预设交互界面中,且该预设通信协议开关与该指定域名关联;生成该指定域名的备用协议配置。

在另一种可能的实施方式中,上述获取预设终端生成的用户配置的步骤,包括:通过预设协程定时读取预设终端生成的用户配置。

在另一种可能的实施方式中,上述将该配置文件加载至指定内存的步骤,包括:监测该配置文件的更新状态;如果监测到该配置文件更新,将更新后的配置文件加载至指定内存。

在另一种可能的实施方式中,上述用户配置的格式为json字符串。

在另一种可能的实施方式中,上述读取指定内存中预先加载的用户配置的步骤,包括:通过回调函数读取指定内存中预先加载的用户配置。

在另一种可能的实施方式中,上述指定内存为共享内存。

在另一种可能的实施方式中,上述第一判断模块52还用于:如果该当前协议配置符合该通信协议要求,根据该当前协议配置中的通信协议响应该访问请求。

在另一种可能的实施方式中,上述第二判断模块53还用于:如果该访问请求中没有携带通信协议要求,或者,如果用户针对该指定域名没有配置备用协议配置,或者,如果用户针对该指定域名配置有备用协议配置,且该备用协议配置不符合该通信协议要求,根据该当前协议配置中的通信协议响应该访问请求。

在另一种可能的实施方式中,上述通信协议要求为http2.0通信协议。

本发明实施例提供的处理访问请求的装置,其实现原理及产生的技术效果和前述处理访问请求的方法实施例相同,为简要描述,处理访问请求的装置的实施例部分未提及之处,可参考前述处理访问请求的方法实施例中相应内容。

本发明实施例还提供了一种电子设备,如图6所示,为该电子设备的结构示意图,其中,该电子设备包括处理器61和存储器62,该存储器62存储有能够被该处理器61执行的机器可执行指令,该处理器61执行该机器可执行指令以实现上述处理访问请求的方法。

在图6示出的实施方式中,该电子设备还包括总线63和通信接口64,其中,处理器61、通信接口64和存储器62通过总线连接。

其中,存储器62可能包含高速随机存取存储器(ram,randomaccessmemory),也可能还包括非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器。通过至少一个通信接口64(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。总线可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。

处理器61可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器61中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器61可以是通用处理器,包括中央处理器(centralprocessingunit,简称cpu)、网络处理器(networkprocessor,简称np)等;还可以是数字信号处理器(digitalsignalprocessing,简称dsp)、专用集成电路(applicationspecificintegratedcircuit,简称asic)、现成可编程门阵列(field-programmablegatearray,简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器61读取存储器62中的信息,结合其硬件完成前述实施例的处理访问请求的方法的步骤。

本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机可执行指令,该计算机可执行指令在被处理器调用和执行时该计算机可执行指令促使处理器实现上述处理访问请求的方法具体实现可参见前述方法实施例,在此不再赘述。

本发明实施例所提供的处理访问请求的方法、处理访问请求的装置和电子设备的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的处理访问请求的方法,具体实现可参见方法实施例,在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。

最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1