一种请求处理方法、装置、电子设备及介质与流程

本申请实施例涉及计算机技术领域，尤其涉及一种请求处理方法、装置、电子设备及介质。

背景技术：

目前，企业网银系统日益新增的用户数以及功能的不断扩展，系统每天的交易日益增长，服务器处理压力日益增加。原有系统通过设计集群服务器来实现对交易请求的均衡处理，以减轻服务器的压力。

但系统的所有资源全部存放于服务器本地中，随着系统的用户数及功能不断扩展、数据及交易日益增加，服务器的部分磁盘空间被图片及样式文件等静态媒体资源占用，服务器响应请求时，既要处理静态资源请求，又要处理动态资源请求，增加了服务器的处理压力，处理速度降低，对请求的响应时间变慢。

技术实现要素：

本发明实施例提供一种请求处理方法、装置、电子设备及介质，以将静态资源请求和动态资源请求分离处理，提高了请求的处理效率。

在一个实施例中，本申请实施例提供了一种请求处理方法，由综合服务器执行，该方法包括：

根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；

针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

在另一个实施例中，本申请实施例还提供了一种请求处理方法，由web服务器执行，该方法包括：

接收综合服务器分发的待处理请求；

若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

在一个实施例中，本申请实施例还提供了一种请求处理装置，配置于综合服务器，该装置包括：

请求类型确定模块，用于根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；

确定模块，用于针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

在另一个实施例中，本申请实施例还提供了一种请求处理装置，配置于web服务器，该装置包括：

处理请求接收模块，用于接收综合服务器分发的待处理请求；

跳转模块，用于若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

分发模块，用于通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

在又一个实施例中，本申请实施例还提供了一种电子设备，包括：一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任一实施例所述的由综合服务器执行的请求处理方法，或者实现本申请任一实施例所述的web服务器执行的请求处理方法。

在再一个实施例中，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任一实施例所述的由综合服务器执行的请求处理方法，或者实现本申请任一实施例所述的web服务器执行的请求处理方法。

本申请实施例中，通过根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求，从而解决了目前服务器既处理静态资源请求又处理动态资源请求，服务器压力较大，资源难以得到合理利用，响应时间慢的问题，从而实现了静态资源请求进而动态资源请求的分离处理，减轻了服务器的处理压力，提高了处理效率。

附图说明

图1为本发明一种实施例提供的由综合服务器执行的请求处理方法的流程图；

图2为本发明另一实施例提供的由综合服务器执行的请求处理方法的流程图；

图3为本发明另一实施例提供的执行请求处理方法的系统结构图；

图4为本发明另一实施例提供的请求处理方法的具体应用系统结构图；

图5为本发明一种实施例提供的由web服务器执行的请求处理方法的流程图；

图6为本发明一种实施例提供的配置于综合服务器的请求处理装置的结构示意图；

图7为本发明一种实施例提供的配置于web服务器的请求处理装置的结构示意图；

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

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1为本发明一种实施例提供的由综合服务器执行的请求处理方法的流程图。本申请实施例提供的请求处理方法可适用于对请求进行处理情况。典型的，本申请实施例适用于对静态资源请求和动态资源请求进行分离处理的情况。该方法具体可以由请求处理装置执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在能够实现请求处理方法的电子设备中。本申请实施例提供的方法可以由综合服务器执行，当综合服务器只对待处理请求进行分发时，综合服务器可以为只用于分发的服务器，当综合服务器不进对待处理请求进行分发，并且对待处理请求进行处理时，综合服务器可以为web服务器，在本申请实施例中，对综合服务器的类型不做具体限制，可以根据实现本申请实施例提供的方法时的具体情况进行设置。参见图1，本申请实施例的方法具体包括：

s110、根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求。

其中，待处理请求可以是用户通过web页面发起的请求，待处理请求可以包括静态资源请求或动态资源请求。动态资源请求可以为用户发起的交易等，静态资源请求可以为css、js、html、图片文件请求等。待处理请求关联的域名可以为传输待处理请求的认证协议域名，可以包括单向认证域名或双向认证域名，例如单向ssl域名或双向ssl域名。

示例性的，预先设置域名与待处理请求的请求类型的关联关系，域名与待处理请求的请求类型相对应，可以通过待处理请求关联的域名，确定待处理请求的请求类型。例如，将静态资源请求通过单向认证域名认证，将动态资源请求通过双向认证域名认证，因此，如果待处理请求关联的域名为单向认证域名，则可以确定待处理请求为静态资源请求，如果待处理请求关联的域名为双向认证域名，则可以确定待处理请求为动态资源请求。

s120、针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

目前，在对大量的待处理请求进行处理时，虽然采用的负载均衡规则，将待处理请求均分到各服务器中，使各服务器的计算量均衡，但是，静态资源请求和动态资源请求仍然是集中到同一个服务器中进行处理，该服务器既要处理静态资源请求，也要处理动态资源请求，因此服务器的处理压力较大，处理效率降低。在本申请实施例中，针对请求类型不同的待处理请求，确定不同的目标服务器，针对静态资源请求和动态资源请求，确定不同的目标服务器进行处理，例如使具有静态资源数据的服务器专用于处理静态资源请求，使具有动态资源数据的服务器专用于处理动态资源请求，在处理过程中不会互相影响，分离处理，从而提高了对服务器对静态资源请求和动态资源请求的处理效率。

在本申请实施例中，目标服务器可以为执行本申请实施例中提供的方法的综合服务器，也可以为其他服务器，由综合服务器将待处理请求分发至其他服务器，由其他服务器对待处理请求进行处理，从而实现不同请求类型的待处理请求的分离处理，提高处理效率。

本申请实施例中，通过根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求，从而解决了目前服务器既处理静态资源请求又处理动态资源请求，服务器压力较大，资源难以得到合理利用，响应时间慢的问题，从而实现了静态资源请求进而动态资源请求的分离处理，减轻了服务器的处理压力，提高了处理效率。

图2为本发明另一实施例提供的由综合服务器执行的请求处理方法的流程图。本申请实施例为对上述实施例的进一步优化，未在本申请实施例中详细描述的细节详见上述实施例。参见图2，本申请实施例提供的请求处理方法可以包括：

s210、若所述待处理请求关联的域名为单向认证域名，则确定所述待处理请求的请求类型为静态资源请求。

示例性的，可以预先将不同请求类型的待处理请求与域名进行关联，从而在接收到待处理请求时，根据该待处理请求关联的域名，确定待处理请求的请求类型。例如，将静态资源请求与单向认证域名进行关联，将动态资源请求与双向认证域名进行关联。如果待处理请求关联的域名为单向认证域名，例如，单向ssl域名，则确定待处理请求类型为静态资源类型。

s220、若所述待处理请求关联的域名为双向认证域名，则确定所述待处理请求的请求类型为动态资源请求。

与上述步骤同理，如果接收到的待处理请求关联的域名为双向认证域名，则确定待处理请求的请求类型为动态资源请求。

s230、若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理。

在本申请实施例中，综合服务器只对待处理请求进行分发，执行对待处理请求的处理。web服务器包括静态web服务器和动态web服务器。如果综合服务器确定待处理请求的请求类型为静态资源请求时，则确定静态web服务器为目标服务器，将待处理请求分发至静态web服务器，由静态web服务器对待处理请求进行处理。如图3所示，图3中企业网银客户即为发起请求的用户，客户交易请求即为本申请实施例中的待处理请求，客户交易请求通过网络发送至综合服务器，再有综合服务器进行分发。

s240、若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理。

在本申请实施例中，如果综合服务器确定待处理请求的请求类型为动态web服务器，则确定动态web服务器为目标服务器，将待处理请求分发至动态web服务器，又动态web服务器对待处理请求进行处理。

在本申请实施例中，综合服务器分发待处理请求时，可以就有f5负载均衡技术进行分发，以保证各静态web服务器和各动态web服务器中的负载均衡，提高服务器的处理效率。

在本申请实施例中，对s210和s220的顺序不做具体限制，s210和s220只是表示确定待处理请求的请求类型的条件，并不是对执行顺序的限定。同样的，对于s230和s240的顺序也不做具体限定，s230和s240只是表示确定目标服务器的条件，并不是对执行顺序的限定。

在本申请实施例中，根据域名确定待处理请求为静态资源请求时，将静态资源请求发送至静态web服务器进行处理，将动态资源请求发送至动态web服务器进行处理，从而实现了将静态资源请求和动态资源请求的分离处理，减轻了服务器的处理压力，提高了对待处理请求的处理效率。

在本申请实施例中，针对请求类型不同的待处理请求，确定不同的目标服务器，包括：若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理；若所述待处理请求的请求类型为动态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。

其中，如图3所示，候选应用服务器即为至少一个候选ap服务器，多个候选ap服务器组成ap服务器集群。示例性的，综合服务器可以将静态资源请求发送给静态web服务器，由静态web服务器进行处理，综合服务器处理静态资源请求，从而实现对静态资源请求和动态资源请求的分离处理。本申请实施例提出的方案在企业中的具体应用结构图如图4所示。数据库用户存储数据，为服务群中的服务器提供数据，或者响应于请求直接返回数据。

在本申请实施例中，针对请求类型不同的待处理请求，确定不同的目标服务器，包括：若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理；若所述待处理请求的请求类型为静态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。

示例性的，综合服务器可以将动态资源请求发送给动态web服务器，由动态web服务器进行处理，综合服务器处理动态资源请求，从而实现对静态资源请求和动态资源请求的分离处理。

在本申请实施例中，综合服务器、静态web服务器或者动态web服务器对待处理资源进行处理时，处理过程可以包括：若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

示例性的，针对动态资源请求，一般为交易请求，例如可以为单向交易请求或者双向交易请求，单向交易请求为不需要用户端进行交互，只需要服务器进行处理的交易请求，双向交易请求为需要用户端与服务端进行交互的交易请求，例如需要用户在用户端插入u盾，通过u盾设置参数与服务器进行交互。因此综合服务器或者动态web服务器对动态资源请求进行处理时，根据待处理请求关联的url规则，确定该待处理请求应该跳转至综合服务器或动态web服务器的哪一个目标端口。其中，url规则中预先设置了对应的目标端口的端口号。上述跳转过程可以由web服务器软件apache软件执行。每一个目标端口可以对接至少一个候选应用服务器，可以从候选应用服务器中选择目标应用服务器，将待处理请求通过目标端口发送至目标应用服务器，由目标应用服务器对待处理请求进行处理。

针对静态资源请求，可以为对静态资源文件的请求，还可以为单向认证的交易请求。如果静态资源请求为单向认证的交易请求，则综合服务器或者动态web服务器对单向认证的交易请求进行处理时，根据待处理请求关联的url规则，确定该待处理请求应该跳转至综合服务器或动态web服务器的哪一个目标端口。其中，url规则中预先设置了对应的目标端口的端口号。上述跳转过程可以由web服务器软件apache软件执行。每一个目标端口可以对接至少一个候选应用服务器，可以从候选应用服务器中选择目标应用服务器，将待处理请求通过目标端口发送至目标应用服务器，由目标应用服务器对待处理请求进行处理。如果静态资源请求为对静态资源文件的请求，则根据文件路径，查找并返回所述静态资源文件。

在本申请实施例中，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理，包括：根据所述目标端口所对接的候选应用服务器当前承接的未处理请求数量，从所述候选应用服务器中确定目标服务器，将所述待处理请求分发至目标应用服务器，以使所述候选应用服务器负载均衡。

示例性的，目标端口可以对接至少一个候选应用服务器，需要从至少一个候选应用服务器中选取一个目标应用服务器，将待处理请求分发至目标应用服务器，由目标应用服务器对待处理请求进行处理。本申请实施例中，基于负载均衡的规则，对从候选应用服务器中选择目标应用服务器。例如，确定目标端口所对接的候选应用服务器当前承接的未处理请求的数量，根据各候选应用服务器当前承接的未处理请求的数量，选择目标应用服务器，例如，选择当前承接的未处理请求的数量最少的候选应用服务器，作为目标应用服务器。将待处理请求发送至该目标应用服务器进行处理，从而实现负载均衡，避免部分应用服务器承接的待处理请求较多压力较大，进而影响处理效率的问题。

图5为本发明一种实施例提供的由web服务器执行的请求处理方法的流程图。本申请实施例提供的请求处理方法可适用于对请求进行处理情况。典型的，本申请实施例适用于对静态资源请求和动态资源请求进行分离处理的情况。该方法具体可以由请求处理装置执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在能够实现请求处理方法的电子设备中。本申请实施例提供的方法可以由web服务器执行，本申请实施例中，web服务器可以为静态web服务器和/或动态web服务器。静态web服务器和/或动态web服务器只是一种名称，表示用于处理静态资源请求的服务器和用于处理动态资源请求的服务器，服务器的类型可以为同一种类型。参见图5，本申请实施例的方法具体包括：

s310、接收综合服务器分发的待处理请求。

其中，接收的待处理请求为综合服务器根据上述实施例中的待处理请求分发方案所分发的，也就是：若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理；若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理。或者，若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理；若所述待处理请求的请求类型为动态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。或者，若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理；若所述待处理请求的请求类型为静态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。

如果本申请实施例中的web服务器为静态web服务器，则接收到的待处理请求的请求类型为静态资源请求，如果web服务器为动态web服务器，则接受到的待处理请求的请求类型为动态资源请求。

s320、若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口。

示例性的，针对动态资源请求，一般为交易请求，例如可以为单向交易请求或者双向交易请求，单向交易请求为不需要用户端进行交互，只需要服务器进行处理的交易请求，双向交易请求为需要用户端与服务端进行交互的交易请求，例如需要用户在用户端插入u盾，通过u盾设置参数与服务器进行交互。因此综合服务器或者动态web服务器对动态资源请求进行处理时，根据待处理请求关联的url规则，确定该待处理请求应该跳转至综合服务器或动态web服务器的哪一个目标端口。其中，url规则中预先设置了对应的目标端口的端口号。上述跳转过程可以由web服务器软件apache软件执行。每一个目标端口可以对接至少一个候选应用服务器，可以从候选应用服务器中选择目标应用服务器，将待处理请求通过目标端口发送至目标应用服务器，由目标应用服务器对待处理请求进行处理。

针对静态资源请求，可以为对静态资源文件的请求，还可以为单向认证的交易请求。如果静态资源请求为单向认证的交易请求，则综合服务器或者动态web服务器对单向认证的交易请求进行处理时，根据待处理请求关联的url规则，确定该待处理请求应该跳转至综合服务器或动态web服务器的哪一个目标端口。其中，url规则中预先设置了对应的目标端口的端口号。上述跳转过程可以由web服务器软件apache软件执行。每一个目标端口可以对接至少一个候选应用服务器，可以从候选应用服务器中选择目标应用服务器，将待处理请求通过目标端口发送至目标应用服务器，由目标应用服务器对待处理请求进行处理。如果所述web服务器为静态web服务器，静态资源请求为对静态资源文件的请求，则根据文件路径，查找并返回所述静态资源文件。

s330、通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

在本申请实施例中，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理，包括：根据所述目标端口所对接的候选应用服务器当前承接的未处理请求数量，从所述候选应用服务器中确定目标服务器，将所述待处理请求分发至目标应用服务器，以使所述候选应用服务器负载均衡。

示例性的，目标端口可以对接至少一个候选应用服务器，需要从至少一个候选应用服务器中选取一个目标应用服务器，将待处理请求分发至目标应用服务器，由目标应用服务器对待处理请求进行处理。本申请实施例中，基于负载均衡的规则，对从候选应用服务器中选择目标应用服务器。例如，确定目标端口所对接的候选应用服务器当前承接的未处理请求的数量，根据各候选应用服务器当前承接的未处理请求的数量，选择目标应用服务器，例如，选择当前承接的未处理请求的数量最少的候选应用服务器，作为目标应用服务器。将待处理请求发送至该目标应用服务器进行处理，从而实现负载均衡，避免部分应用服务器承接的待处理请求较多压力较大，进而影响处理效率的问题。

本申请实施例中，通过web服务器对综合服务器分发的不同请求类型的待处理请求进行处理，从而实现了静态资源请求和动态资源请求的分离处理，并通过根据url规则确定跳转的目标端口，并确定目标应用服务器对待处理请求进行处理，从而实现了对待处理请求的有序处理，提高了处理效率。

图6为本发明一种实施例提供的配置于综合服务器的请求处理装置的结构示意图。该装置可适用于对请求进行处理情况。典型的，本申请实施例适用于对静态资源请求和动态资源请求进行分离处理的情况。本申请实施例提供的装置可以配置于综合服务器中，当综合服务器只对待处理请求进行分发时，综合服务器可以为只用于分发的服务器，当综合服务器不进对待处理请求进行分发，并且对待处理请求进行处理时，综合服务器可以为web服务器，在本申请实施例中，对综合服务器的类型不做具体限制，可以根据实现本申请实施例提供的方法时的具体情况进行设置。该装置可以由软件和/或硬件的方式实现，该装置可以集成在电子设备中。参见图6，该装置具体包括：

请求类型确定模块410，用于根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；

确定模块420，用于针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

在本申请实施例中，所述请求类型确定模块410，具体用于：

若所述待处理请求关联的域名为单向认证域名，则确定所述待处理请求的请求类型为静态资源请求；

若所述待处理请求关联的域名为双向认证域名，则确定所述待处理请求的请求类型为动态资源请求。

在本申请实施例中，所述确定模块420，具体用于：

若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理；

若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理。

在本申请实施例中，所述确定模块420，具体用于：

若所述待处理请求的请求类型为静态资源请求，则确定静态web服务器为所述目标服务器，并将所述待处理请求分发至所述静态web服务器进行处理；

若所述待处理请求的请求类型为动态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。

在本申请实施例中，所述确定模块420，具体用于：

若所述待处理请求的请求类型为动态资源请求，则确定动态web服务器为所述目标服务器，并将所述待处理请求分发至所述动态web服务器进行处理；

若所述待处理请求的请求类型为静态资源请求，则确定所述综合服务器为所述目标服务器，并对所述待处理请求进行处理。

在本申请实施例中，所述装置还包括：

目标端口跳转模块，用于若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

处理模块，用于通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

在本申请实施例中，所述处理模块，具体用于：

根据所述目标端口所对接的候选应用服务器当前承接的未处理请求数量，从所述候选应用服务器中确定目标服务器，将所述待处理请求分发至目标应用服务器，以使所述候选应用服务器负载均衡。

在本申请实施例中，所述装置还包括：

查找模块，用于若所述待处理请求为静态资源文件请求，则根据文件路径，查找并返回所述静态资源文件。

本申请实施例所提供的配置于综合服务器中的请求处理装置可执行本申请任意实施例所提供的由综合服务器执行的请求处理方法，具备执行方法相应的功能模块和有益效果。

图7为本发明一种实施例提供的配置于web服务器的请求处理装置的结构示意图。该装置可适用于对请求进行处理情况。典型的，本申请实施例适用于对静态资源请求和动态资源请求进行分离处理的情况。本申请实施例提供的装置可以配置于web服务器，本申请实施例中，web服务器可以为静态web服务器和/或动态web服务器。静态web服务器和/或动态web服务器只是一种名称，表示用于处理静态资源请求的服务器和用于处理动态资源请求的服务器，服务器的类型可以为同一种类型。该装置可以由软件和/或硬件的方式实现，该装置可以集成在电子设备中。参见图7，该装置具体包括：

处理请求接收模块510，用于接收综合服务器分发的待处理请求；

跳转模块520，用于若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

分发模块530，用于通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

在本申请实施例中，所述分发模块530，具体用于：

根据所述目标端口所对接的候选应用服务器当前承接的未处理请求数量，从所述候选应用服务器中确定目标服务器，将所述待处理请求分发至目标应用服务器，以使所述候选应用服务器负载均衡。

在本申请实施例中，所述web服务器包括静态web服务器和/或动态web服务器。

在本申请实施例中，若所述web服务器为静态web服务器，则所述装置还包括：

静态资源文件返回模块，用于若所述待处理请求为静态资源文件请求，则根据文件路径，查找并返回所述静态资源文件。

本申请实施例所提供的配置于web服务器中的请求处理装置可执行本申请任意实施例所提供的由web服务器执行的请求处理方法，具备执行方法相应的功能模块和有益效果。

图8为本发明一种实施例提供的电子设备的结构示意图。图8示出了适于用来实现本申请实施例的示例性电子设备612的框图。图8显示的电子设备612仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，电子设备612可以包括：一个或多个处理器616；存储器628，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器616执行，使得所述一个或多个处理器616实现本申请实施例所提供的由综合服务器执行的请求处理方法，包括：

根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；

针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

或者，实现本申请实施例所提供的由web服务器执行的请求处理方法，包括：

接收综合服务器分发的待处理请求；

若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

电子设备612的组件可以包括但不限于：一个或者多个处理器或者处理器616，存储器628，连接不同设备组件(包括存储器628和处理器616)的总线618。

总线618表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，处理型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备612典型地包括多种计算机设备可读存储介质。这些存储介质可以是任何能够被电子设备612访问的可用存储介质，包括易失性和非易失性存储介质，可移动的和不可移动的存储介质。

存储器628可以包括易失性存储器形式的计算机设备可读存储介质，例如随机存取存储器(ram)630和/或高速缓存存储器632。电子设备612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机设备存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁存储介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光存储介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据存储介质接口与总线618相连。存储器628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如存储器628中，这样的程序模块642包括但不限于操作设备、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本发明所描述的实施例中的功能和/或方法。

电子设备612也可以与一个或多个外部设备614(例如键盘、指向设备、显示器624等)通信，还可与一个或者多个使得用户能与该电子设备612交互的设备通信，和/或与使得该电子设备612能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口622进行。并且，电子设备612还可以通过网络适配器620与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图8所示，网络适配器620通过总线618与电子设备612的其它模块通信。应当明白，尽管图8中未示出，可以结合电子设备612使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid设备、磁带驱动器以及数据备份存储设备等。

处理器616通过运行存储在存储器628中的多个程序中其他程序的至少一个，从而执行各种功能应用以及数据处理，例如实现本申请实施例所提供的一种请求处理方法。

本发明一种实施例提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于实现本申请实施例所提供的由综合服务器执行的请求处理方法，包括：

根据待处理请求关联的域名，确定待处理请求的请求类型；其中，所述请求类型包括静态资源请求和动态资源请求；

针对请求类型不同的待处理请求，确定不同的目标服务器，以使不同的目标服务器分别处理不同请求类型的待处理请求。

或者，实现本申请实施例所提供的由web服务器执行的请求处理方法，包括：

接收综合服务器分发的待处理请求；

若所述待处理请求为交易请求，则根据所述待处理请求关联的url规则，控制所述待处理请求跳转至对应的目标端口；

通过所述目标端口，将所述待处理请求分发至目标应用服务器，以使所述目标应用服务器对所述待处理请求进行处理。

本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的存储介质的任意组合。计算机可读存储介质可以是计算机可读信号存储介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的设备、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形存储介质，该程序可以被指令执行设备、装置或者器件使用或者与其结合使用。

计算机可读的信号存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号存储介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行设备、装置或者器件使用或者与其结合使用的程序。

计算机可读存储介质上包含的程序代码可以用任何适当的存储介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或设备上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。