CN110674427A - 响应网页访问请求的方法、装置、设备及存储介质 - Google Patents

Abstract

本公开关于一种响应网页访问请求的方法、装置、设备及存储介质，该方法应用于服务端，包括：响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；若查找到所述目标函数，则执行所述目标函数以响应所述请求。本公开可以确保将接收到的请求映射至目标函数的唯一性，并可以提高请求的响应效率，提升映射规则的代码复用度和开发效率。

Description

响应网页访问请求的方法、装置、设备及存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种响应网页访问请求的方法、装置、设备及存储介质。

背景技术

目前，用户可以向服务端发送用于访问网页的请求，进而服务端可以响应于该用户的请求返回相应的网页内容。具体来说，服务端可以基于请求中包含的统一资源定位符URL映射到指定文件，以利用该指定文件创建相应网页的超文本标记语言HTML结构体。

相关技术中，服务端可以接收到包含不同类型的URL的请求，并且可以接收到不同种类的请求(如，用于执行GET、POST、PUT或DELETE等不同函数的请求)。

然而相关技术中的方案需要为不同类型的URL以及不同种类的请求设置不同的映射方式，即无法基于统一规则实现不同类型的URL以及不同类型的请求的映射，因而会降低请求的响应效率，并会降低代码的复用度和开发效率。

发明内容

本公开提供一种响应网页访问请求的方法、装置及系统，以至少解决相关技术中的上述技术问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种响应网页访问请求的方法，应用于服务端，包括：

响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；

基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；

若查找到所述目标函数，则执行所述目标函数以响应所述请求。

在一实施例中，所述存储路径中包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识；

所述基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数的步骤，包括：

从预先创建的路由根对象中查找所述上级目录标识对应的属性；

若查找到所述上级目录标识对应的属性，则从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性；

若查找到所述指定文件标识对应的属性，则从所述指定文件标识对应的属性中查找所述名称对应的目标函数。

在一实施例中，所述的响应网页访问请求的方法还包括预先基于以下步骤创建所述路由根对象：

从预先获取的配置文件中提取起点目录；

根据所述起点目录创建初始根对象；

基于所述起点目录中符合预设要求的文件生成目标对象；

将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

在一实施例中，所述基于所述起点目录中符合预设要求的文件生成目标对象的步骤，包括：

获取所述起点目录中的备选文件；

若所述备选文件为符合预设要求的文件，则基于所述备选文件生成目标对象。

在一实施例中，所述将所述目标对象保存至所述初始根对象中的步骤，包括：

将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，所述的响应网页访问请求的方法，还包括：

若所述备选文件为文件夹，则从所述文件夹中获取所述备选文件。

在一实施例中，所述将所述目标对象保存至所述初始根对象中的步骤，包括：

将所述文件夹的标识作为所述备选文件的键key，并将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，所述服务端包括node.js服务端，所述符合预设要求的文件包括以.js结尾的文件。

根据本公开实施例的第二方面，提供一种响应网页访问请求的装置，应用于服务端，包括：

函数和路径确定模块，被配置为执行响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；

目标函数查找模块，被配置为执行基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；

目标函数执行模块，被配置为执行当查找到所述目标函数时，执行所述目标函数以响应所述请求。

在一实施例中，所述存储路径中包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识；

所述目标函数查找模块，包括：

目录属性查找单元，被配置为执行从预先创建的路由根对象中查找所述上级目录标识对应的属性；

文件属性查找单元，被配置为执行当查找到所述上级目录标识对应的属性时，从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性；

目标函数查找单元，被配置为执行当查找到所述指定文件标识对应的属性时，从所述指定文件标识对应的属性中查找所述名称对应的目标函数。

在一实施例中，所述的响应网页访问请求的装置还包括路由根对象创建模块；

所述路由根对象创建模块，包括：

起点目录提取单元，被配置为执行从预先获取的配置文件中提取起点目录；

初始根对象创建单元，被配置为执行根据所述起点目录创建初始根对象；

目标对象生成单元，被配置为执行基于所述起点目录中符合预设要求的文件生成目标对象；

目标对象保存单元，被配置为执行将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

在一实施例中，所述目标对象生成单元，还被配置为执行：

获取所述起点目录中的备选文件；

若所述备选文件为符合预设要求的文件，则基于所述备选文件生成目标对象。

在一实施例中，所述目标对象保存单元，还被配置为执行：

将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，所述目标对象生成单元，还被配置为执行：

若所述备选文件为文件夹，则从所述文件夹中获取所述备选文件。

在一实施例中，所述目标对象保存单元，还被配置为执行：

将所述文件夹的标识作为所述备选文件的键key，并将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，所述服务端包括node.js服务端，所述符合预设要求的文件包括以.js结尾的文件。

根据本公开实施例的第三方面，提供一种响应网页访问请求的电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述任一项所述的响应网页访问请求的方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由响应网页访问请求的电子设备的处理器执行时，使得响应网页访问请求的电子设备能够执行如上述任一项所述的响应网页访问请求的方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，当所述计算机程序产品由响应网页访问请求的电子设备的处理器执行时，使得响应网页访问请求的电子设备能够执行如上述任一项所述的响应网页访问请求的方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本公开通过响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径，然后基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数，进而当查找到所述目标函数时，执行所述目标函数以响应所述请求，由于基于URL的解析结果以及请求种类对应的目标函数将接收到的请求映射至目标函数，因而可以保证映射的唯一性，并可以实现基于统一规则响应不同类型的请求，因而可以提高请求的响应效率，并且，由于无需为不同类型的URL以及不同种类的请求分别设置不同的映射方式，因而可以提升映射规则的代码复用度和开发效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据第一示例性实施例示出的一种响应网页访问请求的方法的流程图。

图2是根据一示例性实施例示出的如何从预先创建的路由根对象中查找目标函数的步骤的流程图。

图3是根据一示例性实施例示出的如何创建路由根对象的步骤的流程图。

图4是根据又一示例性实施例示出的如何创建路由根对象的步骤的流程图。

图5是根据一示例性实施例示出的一种响应网页访问请求的装置的框图。

图6是根据又一示例性实施例示出的一种响应网页访问请求的装置的框图。

图7是根据一示例性实施例示出的一种响应网页访问请求的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据第一示例性实施例示出的一种响应网页访问请求的方法的流程图。本实施例的响应网页访问请求的方法可以用于服务端(如，一台服务器或多台服务器组成的服务器集群等)中。如图1所示，包括以下步骤S101-S104：

在步骤S101中，响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径。

本实施例中，客户端可以向服务端发送用于实现数据交互的请求。

其中，上述请求可以包括多种形式，如链接、http网页请求或协议等，本实施例对此不进行限定。

可选的，上述服务端可以用于统一接送所有客户端发送的请求，进而可以响应于接收到的请求确定所述请求对应的目标函数。

值得说明的是，上述请求的种类与该请求用于执行的目标函数是唯一对应的，即不同种类的请求可以指用于执行GET、POST、PUT或DELETE等不同函数的请求。进而当服务端接收到客户端发送的请求后，可以确定该请求对应的目标函数是GET、POST、PUT或DELETE函数。

举例来说，当服务端接收到客户端发送的请求后，还可以对该请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径。

可选的，上述指定文件可以为包含目标函数的文件。

本实施例中，上述存储路径可以包括用于查找所述目标函数的文件信息，例如包含该目标函数的指定文件的标识信息(如，文件名等)以及该指定文件的上级目录标识(如，目录名等)等，本实施例对此不进行限定。

其中，当服务端接收到客户端发送的请求后，可以获取该请求中包含的URL，进而从该URL中解析出目标函数对应的指定文件的存储路径。

在一实施例中，可以对上述URL进行划分，以根据划分结果确定目标函数对应的指定文件的存储路径。

举例来说，若请求中包含的URL为“http://localhost/account/login”，则可以对该URL进行划分，例如获取该URL中“http://”后面的部分，得到“localhost/account/login”，即目标函数对应的指定文件的存储路径，其中，该目标函数对应的指定文件的标识为“login”。

在步骤S102中，基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数。

本实施例中，当响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径后，可以基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数。

举例来说，上述存储路径对应于上述目标函数在路由根对象中的存储位置。其中，路由根对象可以为预先基于配置文件对应的起点目录创建的用于查找目标函数的路由结构对象。

在另一实施例中，上述从预先创建的路由根对象中查找所述目标函数的方式还可以参见下述图2所示实施例，在此先不进行详述。进一步地，上述路由根对象的创建方式可以参见下述图3所示实施例，在此先不进行详述。

在步骤S103中，判断是否查找到所述目标函数：若是，则执行步骤S104；若否，则执行步骤S105。

在步骤S104中，执行所述目标函数以响应所述请求。

在步骤S105中，拒绝响应所述请求。

本实施例中，若从预先创建的路由根对象中查找到所述目标函数，则可以执行所述目标函数以响应所述请求；相反，若未查找到所述目标函数，则可以拒绝响应所述请求。

值得说明的是，服务端执行上述目标函数的方式可以参见现有技术中的解释和说明，本实施例对此不进行限定。

由上述描述可知，本实施例通过响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径，然后基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数，进而当查找到所述目标函数时，执行所述目标函数以响应所述请求，由于基于URL的解析结果以及请求种类对应的目标函数将接收到的请求映射至目标函数，因而可以保证映射的唯一性，并可以实现基于统一规则响应不同类型的请求，因而可以提高请求的响应效率，并且，由于无需为不同类型的URL以及不同种类的请求分别设置不同的映射方式，因而可以提升映射规则的代码复用度和开发效率。

图2是根据一示例性实施例示出的如何从预先创建的路由根对象中查找目标函数的步骤的流程图。本实施例在上述实施例的基础上以如何从预先创建的路由根对象中查找目标函数为例进行示例性说明。

本实施例中，存储路径中可以包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识。

如图2所示，上述S102中基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数的步骤，可以包括以下步骤S201-S206：

在步骤S201中，从预先创建的路由根对象中查找所述上级目录标识对应的属性。

本实施例中，当对所述请求中包含的统一资源定位符URL进行解析得到包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识的存储路径后，可以获取预先创建的路由根对象，进而从该路由根对象中查找上述上级目录标识对应的属性。

在步骤S202中，判断是否查找到所述上级目录标识对应的属性：若是，则执行步骤S203；若否，则执行步骤S206；

在步骤S203中，从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性。

本实施例中，当执行从预先创建的路由根对象中查找所述上级目录标识对应的属性的步骤后，可以判断是否查找到所述上级目录标识对应的属性：若查找到所述上级目录标识对应的属性，则可以从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性；相反，若未查找到所述上级目录标识对应的属性，则可以拒绝响应所述请求。

在步骤S204中，判断是否查找到所述指定文件标识对应的属性：若是，则执行步骤S205；若否，则执行步骤S206；

在步骤S205中，从所述指定文件标识对应的属性中查找所述目标函数。

在步骤S206中，拒绝响应所述请求。

本实施例中，当执行从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性的步骤后，可以判断是否查找到所述指定文件标识对应的属性，若查找到所述指定文件标识对应的属性，则可以从所述指定文件标识对应的属性中查找所述目标函数；相反，若未查找到所述指定文件标识对应的属性，则可以拒绝响应所述请求。

在一实施例中，服务端在拒绝响应所述请求时还可以生成用于提示路由不存在的提示信息。

可以理解的是，上述提示信息的内容和形式可以由开发人员根据实际业务需要进行设置，本实施例对此不进行限定。

由上述描述可知，本实施例通过从预先创建的路由根对象中查找所述上级目录标识对应的属性，并当查找到所述上级目录标识对应的属性时，从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性，进而当查找到所述指定文件标识对应的属性时，从所述指定文件标识对应的属性中查找所述目标函数，可以实现准确的从预先创建的路由根对象中查找目标函数，进而为后续在查找到所述目标函数时，执行所述目标函数以响应所述请求奠定基础，可以实现将接收到的请求快速、准确地映射至目标函数，保证映射的唯一性，并可以实现基于统一规则响应不同类型的请求，因而可以提高请求的响应效率，并且可以提升映射规则的代码复用度和开发效率。

图3是根据一示例性实施例示出的如何创建路由根对象的步骤的流程图；本实施例在上述实施例的基础上以如何预先创建路由根对象为例进行示例性说明。

本实施例中，上述服务端可以包括node.js服务端。

如图3所示，上述的响应网页访问请求的方法还包括预先基于以下步骤S301-S304创建所述路由根对象：

在步骤S301中，从预先获取的配置文件中提取起点目录。

举例来说，当node.js服务端启动时，可以根据预先获取的配置文件获取对应路由配置的起点目的。

本实施例中，上述配置文件可以由开发人员根据业务需要进行自由配置，如配置为包括数据源的信息、路由文件的存放路径等，本实施例对此不进行限定。

其中，上述数据源的信息可以包括数据库的IP地址、端口号及数据库标识等，本实施例对此不进行限定。

在步骤S302中，根据所述起点目录创建初始根对象。

本实施例中，当上述服务端从预先获取的配置文件中提取起点目录后，可以根据该起点目录创建一个初始根对象。

值得说明的是，上述基于起点目录创建初始根对象的方式可以参见现有技术中的解释和说明，本实施例对此不进行限定。

在步骤S303中，基于所述起点目录中符合预设要求的文件生成目标对象。

本实施例中，上述符合预设要求的文件可以包括以“.js”结尾的文件。

在此基础上，当服务端根据所述起点目录创建初始根对象后，可以基于起点目录中以“.js”结尾的文件生成目标对象。

进一步地，上述服务端可以遍历起点目录中的各个文件，以获取到以“.js”结尾的文件。

在一实施例中，当从所述起点目录中获取到以“.js”结尾的文件后，可以调用node.js服务端中的require核心模块加载该文件以生成目标对象。

值得说明的是，上述require核心模块加载该文件以生成目标对象的过程可以参见现有技术中的描述，本实施例对此不进行限定。

在另一实施例中，上述基于所述起点目录中符合预设要求的文件生成目标对象的方式可以参见下述图4所示实施例，在此先不进行详述。

在步骤S304中，将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

本实施例中，当基于所述起点目录中符合预设要求的文件生成目标对象后，可以将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

举例来说，服务端可以将上述“.js”结尾的文件的文件名作为上述目标对象的键key，以将该目标对象保存至上述初始根对象中，得到所述路由根对象。

在另一实施例中，上述将所述目标对象保存至所述初始根对象中的方式可以参见下述图4所示实施例，在此先不进行详述。

由上述描述可知，本实施例通过从预先获取的配置文件中提取起点目录，并根据所述起点目录创建初始根对象，然后基于所述起点目录中符合预设要求的文件生成目标对象，进而将所述目标对象保存至所述初始根对象中，得到所述路由根对象，可以为从该路由根对象中查找上级目录标识对应的属性奠定基础，进而可以实现后续在查找到目标函数时执行所述目标函数以响应所述请求，有利于将接收到的请求快速、准确地映射至目标函数，可以实现基于统一规则响应不同类型的请求，提高请求的响应效率，并且可以提升映射规则的代码复用度和开发效率。

图4是根据又一示例性实施例示出的如何创建路由根对象的步骤的流程图。本实施例在上述实施例的基础上以如何预先创建路由根对象为例进行示例性说明。

本实施例中，上述服务端可以包括node.js服务端。

如图4所示，上述的响应网页访问请求的方法还包括预先基于以下步骤S401-S408创建所述路由根对象：

在步骤S401中，从预先获取的配置文件中提取起点目录。

在步骤S402中，根据所述起点目录创建初始根对象。

其中，步骤S401-S402的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤S403中，获取所述起点目录中的备选文件。

在步骤S404中，若所述备选文件为符合预设要求的文件，则基于所述备选文件生成目标对象。

在步骤S405中，若所述备选文件为文件夹，则从所述文件夹中获取所述备选文件。

在步骤S406中，将所述文件夹的标识作为所述备选文件的键key。

在步骤S407中，将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

本实施例中，node.js服务端可以遍历上述起点目录中的各个备选文件，则会出现以下两种情况：

第一种情况：若所述备选文件为符合预设要求的文件，即该备选文件为“.js”结尾的文件，则可以调用require核心模块加载该文件以形成目标对象，并以该文件的标识(如，文件名)为key将该目标对象保存在初始根对象中。

第二种情况：若所述备选文件为文件夹，则可以以该文件夹的名称作为key创建一个新对象，并以该文件夹为起点，以创建的新对象继续执行上述S404的步骤，即继续在该文件夹中检测以“.js”结尾的文件，若检测到以“.js”结尾的文件，则可以将上述文件夹的标识(如，文件夹的名称)作为所述备选文件的键key，并将所述备选文件的标识作为所述目标对象的键key，以将所述目标对象保存至所述初始根对象中。

举例来说，若起点目录的代码结构如下，且所有文件中包含get方法和post方法：

则，基于上述步骤S401-S407可以生成以下路由根对象：

由上述描述可知，本实施例通过获取所述起点目录中的备选文件，当所述备选文件为符合预设要求的文件时，基于所述备选文件生成目标对象，并将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中，而当所述备选文件为文件夹时，从所述文件夹中获取所述备选文件，然后基于所述备选文件生成目标对象，并将所述文件夹的标识作为所述备选文件的键key，以及将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中，进而得到所述路由根对象，可以为从该路由根对象中查找上级目录标识对应的属性奠定基础，进而可以实现后续在查找到目标函数时执行所述目标函数以响应所述请求，有利于将接收到的请求快速、准确地映射至目标函数，可以实现基于统一规则响应不同类型的请求，提高请求的响应效率，并且可以提升映射规则的代码复用度和开发效率。

图5是根据一示例性实施例示出的一种响应网页访问请求的装置的框图。本实施例的响应网页访问请求的装置可以用于服务端(如，一台服务器或多台服务器组成的服务器集群等)中。如图5所示，该装置包括：函数和路径确定模块110、目标函数查找模块120以及目标函数执行模块130，其中：

函数和路径确定模块110，被配置为执行响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；

目标函数查找模块120，被配置为执行基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；

目标函数执行模块130，被配置为执行当查找到所述目标函数时，执行所述目标函数以响应所述请求。

由上述描述可知，本实施例通过响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径，然后基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数，进而当查找到所述目标函数时，执行所述目标函数以响应所述请求，由于基于URL的解析结果以及请求种类对应的目标函数将接收到的请求映射至目标函数，因而可以保证映射的唯一性，并可以实现基于统一规则响应不同类型的请求，因而可以提高请求的响应效率，并且，由于无需为不同类型的URL以及不同种类的请求分别设置不同的映射方式，因而可以提升映射规则的代码复用度和开发效率。

图6是根据又一示例性实施例示出的一种响应网页访问请求的装置的框图。本实施例的响应网页访问请求的装置可以用于服务端(如，一台服务器或多台服务器组成的服务器集群等)中。其中，函数和路径确定模块210、目标函数查找模块220以及目标函数执行模块230与前述图5所示实施例中的函数和路径确定模块110、目标函数查找模块120以及目标函数执行模块130的功能相同，在此不进行赘述。

本实施例中，存储路径中可以包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识；

如图6所示，目标函数查找模块220，可以包括：

目录属性查找单元221，被配置为执行从预先创建的路由根对象中查找所述上级目录标识对应的属性；

文件属性查找单元222，被配置为执行当查找到所述上级目录标识对应的属性时，从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性；

目标函数查找单元223，被配置为执行当查找到所述指定文件标识对应的属性时，从所述指定文件标识对应的属性中查找所述名称对应的目标函数。

在一实施例中，响应网页访问请求的装置还可以包括路由根对象创建模块240；

路由根对象创建模块240，可以包括：

起点目录提取单元241，被配置为执行从预先获取的配置文件中提取起点目录；

初始根对象创建单元242，被配置为执行根据所述起点目录创建初始根对象；

目标对象生成单元243，被配置为执行基于所述起点目录中符合预设要求的文件生成目标对象；

目标对象保存单元244，被配置为执行将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

在一实施例中，目标对象生成单元243，还被配置为执行：

获取所述起点目录中的备选文件；

若所述备选文件为符合预设要求的文件，则基于所述备选文件生成目标对象。

在一实施例中，目标对象保存单元244，还被配置为执行：

将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，目标对象生成单元243，还被配置为执行：

若所述备选文件为文件夹，则从所述文件夹中获取所述备选文件。

在一实施例中，目标对象保存单元244，还被配置为执行：

将所述文件夹的标识作为所述备选文件的键key，并将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

在一实施例中，所述服务端包括node.js服务端，所述符合预设要求的文件包括以.js结尾的文件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

值得说明的是，上述所有可选技术方案，可以采用任意结合生成本公开的可选实施例，在此不再一一赘述。

本发明的响应网页访问请求的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行生成的，其中计算机程序用于执行上述图1～图4所示实施例提供的响应网页访问请求的方法。从硬件层面而言，如图7所示，为本发明的响应网页访问请求的设备的硬件结构图，除了图7所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。

另一方面，本申请还提供了一种计算机可读存储介质，当该存储介质中存储的计算机程序由响应网页访问请求的电子设备的处理器执行时，使得响应网页访问请求的电子设备能够执行上述图1～图4所示实施例提供的响应网页访问请求的方法。

另一方面，本申请还提供了一种计算机程序产品，当该计算机程序产品由响应网页访问请求的电子设备的处理器执行时，使得响应网页访问请求的电子设备能够执行上述图1～图4所示实施例提供的响应网页访问请求的方法。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

1.一种响应网页访问请求的方法，其特征在于，应用于服务端，包括：

响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；

基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；

若查找到所述目标函数，则执行所述目标函数以响应所述请求。

2.根据权利要求1所述的响应网页访问请求的方法，其特征在于，所述存储路径中包含所述目标函数对应的指定文件标识以及所述指定文件的上级目录标识；

所述基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数的步骤，包括：

从预先创建的路由根对象中查找所述上级目录标识对应的属性；

若查找到所述上级目录标识对应的属性，则从所述上级目录标识对应的属性中查找所述指定文件标识对应的属性；

若查找到所述指定文件标识对应的属性，则从所述指定文件标识对应的属性中查找所述名称对应的目标函数。

3.根据权利要求1所述的响应网页访问请求的方法，其特征在于，所述的响应网页访问请求的方法还包括预先基于以下步骤创建所述路由根对象：

从预先获取的配置文件中提取起点目录；

根据所述起点目录创建初始根对象；

基于所述起点目录中符合预设要求的文件生成目标对象；

将所述目标对象保存至所述初始根对象中，得到所述路由根对象。

4.根据权利要求3所述的响应网页访问请求的方法，其特征在于，所述基于所述起点目录中符合预设要求的文件生成目标对象的步骤，包括：

获取所述起点目录中的备选文件；

若所述备选文件为符合预设要求的文件，则基于所述备选文件生成目标对象。

5.根据权利要求4所述的响应网页访问请求的方法，其特征在于，所述将所述目标对象保存至所述初始根对象中的步骤，包括：

将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

6.根据权利要求4所述的响应网页访问请求的方法，其特征在于，所述的响应网页访问请求的方法，还包括：

若所述备选文件为文件夹，则从所述文件夹中获取所述备选文件。

7.根据权利要求6所述的响应网页访问请求的方法，其特征在于，所述将所述目标对象保存至所述初始根对象中的步骤，包括：

将所述文件夹的标识作为所述备选文件的键key，并将所述备选文件的标识作为所述目标对象的键key，将所述目标对象保存至所述初始根对象中。

8.根据权利要求1所述的响应网页访问请求的方法，其特征在于，所述服务端包括node.js服务端，所述符合预设要求的文件包括以.js结尾的文件。

9.一种响应网页访问请求的装置，其特征在于，应用于服务端，包括：

函数和路径确定模块，被配置为执行响应于接收到客户端发送的请求，基于所述请求的种类确定所述请求对应的目标函数的名称，以及对所述请求中包含的统一资源定位符URL进行解析，得到所述目标函数对应的指定文件的存储路径；

目标函数查找模块，被配置为执行基于所述存储路径以及所述名称，从预先创建的路由根对象中查找所述目标函数；

目标函数执行模块，被配置为执行当查找到所述目标函数时，执行所述目标函数以响应所述请求。

10.一种响应网页访问请求的电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的响应网页访问请求的方法。

11.一种存储介质，当所述存储介质中的指令由响应网页访问请求的电子设备的处理器执行时，使得响应网页访问请求的电子设备能够执行如权利要求1至8中任一项所述的响应网页访问请求的方法。

Images