CN116781780A - 请求处理方法、装置、服务器和存储介质 - Google Patents

Abstract

本申请实施例公开了一种请求处理方法、装置、服务器和存储介质；本申请实施例接收待接入对象发起的服务接入请求；当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；将所述服务接入请求发送至所述目标逻辑层；通过所述目标逻辑层，处理所述服务接入请求。在本申请实施例中，为不同对象提供不同的接入服务，以对访问流量分流，提升服务端的稳定性。

Description

请求处理方法、装置、服务器和存储介质

技术领域

本申请涉及互联网技术领域，具体涉及一种请求处理方法、装置、服务器和存储介质。

背景技术

后台服务是指在后台服务端运行的，通过通信机制为客户端上运行的应用程序提供服务。通常，会为应用程序部署一套后台服务系统，后台服务端接收客户端发送的服务接入请求，通过后台服务系统处理后返回处理结果。

然而，后台服务端常要承载大量待接入对象的服务接入请求，大量待接入对象并发访问会导致后台服务系统稳定性差。

发明内容

本申请实施例提供一种请求处理方法、装置、服务器和存储介质，可以为不同对象提供不同的接入服务，以对访问流量分流，提升服务端的稳定性。

本申请实施例提供一种请求处理方法，包括：接收待接入对象发起的服务接入请求；当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；将所述服务接入请求发送至所述目标逻辑层；通过所述目标逻辑层，处理所述服务接入请求。

本申请实施例还提供一种请求处理装置，包括：接收单元，用于接收待接入对象发起的服务接入请求；添加单元，用于当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；发送单元，用于将所述服务接入请求发送至所述目标逻辑层；处理单元，用于通过所述目标逻辑层，处理所述服务接入请求。

本申请实施例还提供一种服务器，包括存储器存储有多条指令；所述处理器从所述存储器中加载指令，以执行本申请实施例所提供的任一种请求处理方法中的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行本申请实施例所提供的任一种请求处理方法中的步骤。

本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现本申请实施例所提供的任一种请求处理方法中的步骤。

本申请实施例可以接收待接入对象发起的服务接入请求；当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；将所述服务接入请求发送至所述目标逻辑层；通过所述目标逻辑层，处理所述服务接入请求。

在本申请中，可以在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标逻辑层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离，能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。

附图说明

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

图1a是本申请实施例提供的请求处理方法的场景示意图；

图1b是本申请实施例提供的请求处理方法的流程示意图；

图2a本申请实施例提供的请求处理方法的时序图；

图2b是本申请又一个实施例提供的请求处理方法的流程示意图；

图3a是本申请再一个实施例提供的请求处理方法的流程示意图；

图3b是本申请实施例提供的使用Cookie文件存储Iskareq字段的示意图；

图3c是本申请实施例提供的根据Iskareq字段确定对应集群配置的示意图；

图4是本申请实施例提供的请求处理装置的结构示意图；

图5是本申请实施例提供的服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供一种请求处理方法、装置、服务器和存储介质。

其中，该请求处理装置具体可以集成在电子设备中，该电子设备可以为终端、服务器等设备。其中，终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、或者个人电脑(Personal Computer，PC)等设备；服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群。

在一些实施例中，该请求处理装置还可以集成在多个电子设备中，比如，请求处理装置可以集成在多个服务器中，由多个服务器来实现本申请的请求处理方法。

在一些实施例中，服务器也可以以终端的形式来实现。

例如，参考图1a，请求处理方法集成在服务器中，该服务器可以接收待接入对象发起的服务接入请求；当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层；将服务接入请求发送至目标逻辑层；通过目标逻辑层，处理服务接入请求。

现有技术在为目标对象提供针对性接入服务时，通常要进行私有化部署。需要从机房布置、软件环境配置开始，搭建一套完全隔离的系统，对于规模庞大的后台系统而言，存在部署成本高，周期长，维护困难的问题。而在本实施例中，服务器可以在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标逻辑层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。本实施例的方案规避了私有化部署存在的重复部署问题，可以通过在现有的系统中布置额外的目标逻辑层，在完全复用现有的运维方案的前提下，可提供针对性接入服务，大大降低了机器成本、人力成本、解决方案生命周期。

此外，在现有技术中，每次服务端更新都对所有用户可见，而新版本相对不稳定，同样可能影响目标对象的服务稳定性。而本方案在服务端更新时，可以先将更新发布到非目标逻辑层，稳定后再发布到目标逻辑层，保证了目标对象的服务不受潜在的不稳定新版本发布影响，提升了服务稳定性。

可以理解的是，在本申请的具体实施方式中，涉及到用户的相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

以下分别进行详细说明。

在本实施例中，提供了一种请求处理方法，如图1b所示，该请求处理方法的具体流程可以如下：

110、接收待接入对象发起的服务接入请求。

其中，待接入对象可以指请求接入服务端的对象。在不同应用场景下，待接入对象可以不同，例如可以为请求接入服务端的客户端，或请求接入服务端的虚拟网络的本地服务端等，再如，可以为通过客户端或虚拟网络的本地服务端请求接入服务端的个人或企业用户。

其中，服务接入请求可以用于请求接入服务端，服务端系统至少包括至少两个逻辑层。服务接入请求可以包括请求接入的待接入对象的信息，但不限于此。本领域技术人员可以根据需要配置服务接入请求包括的其它内容，本实施例对此不作限制。

120、当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层。

其中，目标对象可以指根据应用场景设置的对象。在不同应用场景下，目标对象可以不同，例如，可以将接入流量较高的待接入对象确定为目标对象，或将满足预设类型的待接入对象确定为目标对象。在实际应用中，也可以获取多个待接入对象在历史时刻接入服务端系统时的服务端参数(如负载、时延等)，通过比较多个待接入对象对应的服务端参数，将高于预设服务端参数值的待接入对象设置为目标对象。其中，服务端参数(如负载、时延等)越高，表示待接入对象接入服务端系统时稳定性越差。

例如，可以在服务接入请求中携带待接入对象是否为目标对象的标识信息，在服务端系统接收到服务接入请求时，可以根据服务接入请求中携带的标识信息识别待接入对象是否为目标对象，若是，则在服务接入请求中添加接入标识。再如，可以设置部分待接入对象的身份标识为目标身份标识，并将目标身份标识存储在服务端系统中。以此，当服务端接收到服务接入请求后，可以从服务端系统调用预先存储的目标身份标识，并将服务接入请求中的身份标识与预先存储的目标身份标识进行比对，若一致，则该服务接入请求中的身份标识为目标身份标识，发起该服务接入请求的对象为目标对象。

其中，目标逻辑层可以指在服务端系统中设置的用于处理目标对象发起的服务接入请求的逻辑层。例如，可以在步骤110之前，在服务端系统中设置至少一个目标逻辑层以及至少一个通用逻辑层，其中，通用逻辑层可以为用于处理非目标对象发起的服务接入请求的逻辑层。目标对象可以与至少一个目标逻辑层对应，一个目标逻辑层可以与至少一个目标对象对应。需说明的是，若待接入对象不为目标对象，则将服务加入请求发送至通用逻辑层处理。例如，在实际应用中，目标逻辑层以及通用逻辑层可以分别部署在不同的服务集群，在一些实施方式中，目标逻辑层以及通用逻辑层可以使用相同的代码构建，但服务集群配置参数不同，以此可以处理不同对应不同数据量的对象发起的待接入请求。

在一些实施方式中，服务接入请求包括待接入对象的身份标识，接收待接入对象发起的服务接入请求，以及当待接入对象为目标对象时，在服务接入请求中添加接入标识之间，还可以包括：

当身份标识为目标身份标识时，将待接入对象确定为目标对象。

其中，待接入对象的身份标识可以指用来表征待接入对象身份的标识信息。例如，待接入对象的身份标识可以为待接入对象对应的应用程序的账户信息，也可以为待接入对象对应客户端的标识。其中，目标身份标识可以指用来表征目标对象身份的标识信息。在通过客户端或虚拟网络的本地服务端请求接入服务端时，可以在客户端的图形用户界面或虚拟网络本地服务端生成并在图形用户界面显示授权用于获取待接入对象的身份标识的提示信息，通过获取用户授权操作，以在服务接入请求中添加待接入对象的身份标识。

例如，在客户端或本地服务端发起服务接入请求时，客户端或服务端可能登录有多个账号。此时任意一个账号可以发起服务接入请求，该服务接入请求携带有发起该服务接入请求的账号标识，如账号ID，该账号ID即为待接入对象的身份标识。再如，个人或企业用户通过客户端或本地服务端发起服务接入请求时，该服务接入请求携带有发起该服务接入请求的身份ID，该身份ID即为待接入对象的身份标识。

在一些实施方式中，通过建立用于识别接入对象的身份标识的信息集，信息集可以存储所有目标对象对应的标识信息，以此当任意目标对象发起服务接入请求时，都能根据信息集中存储的标识信息进行判断，能够提高服务端系统的识别效率，当身份标识为目标身份标识时，将待接入对象确定为目标对象，可以包括：

获取用于存储标识信息的信息集；

当信息集内存储有与待接入对象的身份标识对应的标识信息时，将待接入对象确定为目标对象。

其中，标识信息可以指与目标对象对应的信息，可以为身份标识，也可以为与身份标识有映射关系的信息。例如，在确定至少一个目标对象后，可以获取目标对象的身份标识作为标识信息，并将所有目标对象的标识信息存储在信息集中，也可以将一个目标对象的身份标识与一个标识信息建立映射关系，再将所有标识信息存储在信息集中。

其中，信息集可以指至少一个标识信息的集合。例如，信息集可以存储在文本文件、会话数据、关系数据库以及NoSQL数据库等中。在一些实施方式中，信息集可以存储在第一配置文件中，以此服务端系统可以通过单例线程模式加载第一配置文件到内存中得到包含信息集的缓存文件，当接收到服务接入请求时，可以将待接入对象的身份标识与缓存文件中的标识信息进行比对。利用第一配置文件存储标识信息，无需重新编译即能修改或更新第一配置文件中存储的标识信息，能更便利地重设目标对象或添加新的目标对象，增加服务端系统为待接入对象提供接入服务的灵活性。

在一些实施方式中，信息集存储在第一配置文件中，在获取信息集时，依据上一获取时间以及上一更新时间的大小确定是否要重新读取第一配置文件，能减少第一配置文件的读取次数，减轻服务器压力，提高处理效率。获取用于存储标识信息的信息集，可以包括：

获取第一配置文件的上一读取时间以及第一配置文件的上一更新时间；

当上一读取时间早于上一更新时间时，获取并读取更新后的第一配置文件，得到包含用于存储标识信息的信息集的更新后的缓存文件；

当上一读取时间晚于或等于上一更新时间时，获取包含用于存储标识信息的信息集的初始缓存文件，初始缓存文件由上一读取时间对应的第二配置文件读取得到。

其中，第一配置文件可以指用来获取信息集的配置文件。上一读取时间是指当前时刻之前最近一次读取第一配置文件的时刻。上一更新时间是指当前时刻之前最近一次更新第一配置文件的时刻。上一读取时间以及上一更新时间可以以js标准时间或时间戳等形式表示。

在一些实施方式中，可以根据预设时间间隔更新第一配置文件。例如，在信息集为第一配置文件时，可以每隔60s加锁更新配置更新接口一次，以更新第一配置文件。因此，可以通过修改第一配置文件，来增加或删减信息集中的标识信息，以此能够不断更新服务端系统记录的目标对象，增加服务端系统为待接入对象提供接入服务的灵活性。

更新第一配置文件是指通过终端对第一配置文件中的部分或全部进行修改，并将修改结果上传至服务端的过程。服务端在获取到第一配置文件更新时，可以通过配置更新接口根据预设时间间隔获取更新后第一配置文件。并可以根据读取接口读取第一配置文件。

例如，在实际应用时，可以设置using_no的int数，值为0或1，且设置一个有两个元素的数组，两个元素分别为下标为1-using_no的指针以及下标为using_no的为指针，两个元素分别指向一个buffer(缓存)实例。每个buffer实例有个成员变量，该成员变量记录上次读取第一配置文件时文件的更新时间戳。若，当前检测到第一配置文件的更新时间戳(即上一更新时间)比using_no对应的buffer实例的读取时间戳大，则要重新读取第一配置文件。此时，可以新建一个buffer实例，以加载最新更新的第一配置文件，加载完后，通过数组下标为1-using_no的指针指向该新建的buffer实例。再将原1-using_no指向的buffer实例删掉，最后using_no的值置为1-using_no。以此通过指针指向的buffer实例来比较上一读取时间以及上一更新时间，并能通过修改指针指向的buffer实例，提高更新以及读取第一配置文件的效率。

在一些实施方式中，在服务接入请求中添加接入标识，可以包括：

在服务接入请求的请求头添加包含接入标识的字段。

其中，请求头可以指包含但不限于请求方法、请求的目的地等信息的应答头。在实际应用时，请求头可以为服务接入请求的头部数据，例如服务接入请求可以对应至少一条指令或者至少一段程序，以此可以在指令或程序对应代码的头部添加包含接入标识的字段。例如，若服务接入请求为HTTP包，可以在HTTP包的请求头中通过GetHTTPHeader().addHeader("Is-KAReq","0"/"1")，在HTTP包中添加Header字段，其中Is-KAReq为接入标识。以此，当目标交互层接收到服务接入请求后，通过读取该字段，能够根据接入标识确定对应的目标逻辑层。

130、将服务接入请求发送至目标逻辑层。

在一些实施方式中，在服务接入请求中添加接入标识，以及将服务接入请求发送至目标逻辑层之间，还可以包括：

将服务接入请求发送至目标交互层，目标交互层为至少两个交互层中与目标对象对应的交互层；

将服务接入请求发送至目标逻辑层，可以包括：

通过目标交互层，根据接入标识从至少两个逻辑层中确定目标对象对应的目标逻辑层；

通过目标交互层，将服务接入请求发送至目标逻辑层。

其中，目标交互层可以指用于与逻辑层交互以实现目标对象发起的服务接入请求的对应的业务功能。例如，可以在步骤110之前，在服务端系统中设置至少一个目标交互层以及至少一个通用交互层，其中，通用交互层可以为对应非目标对象的交互层。目标对象可以与至少一个目标交互层对应，一个目标交互层可以与至少一个目标对象对应。例如，在实际应用中，目标交互层以及通用交互层可以分别部署在不同的服务集群，在一些实施方式中，目标交互层以及通用交互层可以使用相同的代码构建，但服务集群配置参数不同，以此可以处理不同对应不同数据量的对象发起的待接入请求。

例如，在实际应用中，客户端系统可以包括接入层、交互层(如CGI层)、逻辑层以及存储层。接入层、交互层(如CGI层)、逻辑层以及存储层可以分别部署在不同的服务器集群。客户端系统各层之间用于传输信息的协议通常不同，如接入层和交互层可以通过HTTP协议交互，交互层与逻辑层可以通过RPC协议交互。接入层可以接收待接入对象发起的服务接入请求，并判断待接入对象是否为目标对象，若是，则接入层可以根据该判断结果或添加的接入标识从至少两个交互层中确定目标交互层，即若为目标对象则将服务接入请求发送至目标交互层。而在目标交互层获取到服务接入请求后，由于交互层与逻辑层使用RPC协议交互，无法根据服务接入请求携带的目标对象的信息确定目标逻辑层，因此可以在接入层中对服务接入请求的HTTP包添加Header字段，以使得RPC协议框架能够从Header字段中获取接入标识，并根据接入标识选择对应的目标逻辑层，即将服务接入请求发送接入标识对应的逻辑层(该逻辑层即为目标逻辑层)。以此，通过根据目标对象的信息或接入标识确定目标交互层，并通过在向目标交互层发送服务接入请求之前，通过接入层将接入标识预埋在服务接入请求中，以使得目标交互层在接收到服务接入请求后可以根据预埋的接入标识确定对应的目标逻辑层，以此能够在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离。

在一些实施方式中，在接入层获取到服务接入请求时，还可以根据服务接入请求中的目标对象信息，获取对应目标对象的第四配置文件，第四配置文件对应的数据处理逻辑可以包括但不限于当待接入对象为目标对象时，在服务接入请求中添加接入标识，以及将服务接入请求发送至目标交互层等。在目标交互层获取到服务接入请求时，可以根据添加的接入标识，获取对应接入标识的第三配置文件，并根据第三配置文件对应的数据处理逻辑处理服务接入请求。第三配置文件对应的数据处理逻辑可以包括但不限于根据接入标识从至少两个逻辑层中确定目标对象对应的目标逻辑层，将服务接入请求发送至目标逻辑层，从服务接入请求中获取接入标识的关键字段，以及将关键字段添加在预设存储文本中的处理过程等。

140、通过目标逻辑层，处理服务接入请求。

在一些实施方式中，通过目标逻辑层，处理服务接入请求，包括：

通过目标逻辑层，获取对应接入标识的第二配置文件；

读取第二配置文件，确定第二配置文件对应的目标数据处理逻辑；

通过目标逻辑层，使用目标数据处理逻辑处理服务接入请求。

其中，第二配置文件可以指用来确定目标数据处理逻辑的配置文件。其中，目标数据处理逻辑可以指与目标对象对应的数据处理逻辑。在实际应用中，服务端可以以配置文件的形式存储目标数据处理逻辑，例如，第二配置文件可以包括配置参数和配置插件，配置参数是用于对数据处理流程的条件等信息进行限定的数据。配置插件是用于对数据处理过程中的功能模块进行限定的数据。目标数据处理逻辑可以为根据第二配置文件对服务接入请求进行处理。处理过程可以包括但不限于通过执行服务接入请求实现对应的业务功能。

为了处理海量的服务接入请求，通常服务端的逻辑层都会采用通用配置，不能为目标对象提供针对性的服务，服务质量差。而通过设置对应接入标识的第二配置文件，可以为目标对象提供针对性的数据处理逻辑，满足不同对象的数据处理需求。例如，在步骤140之前，可以预先设置用于处理目标对象的第二配置文件，并建立第二配置文件与接入标识的映射关系。因此，通过接入标识，能够从目标逻辑层中的多个配置文件中获取第二配置文件，并通过读取第二配置文件，确定处理服务接入请求的配置参数和配置插件，例如若目标对象为接入流量较高的待接入对象，则可以为目标对象配置更多的服务器资源，以增加服务端的稳定性。此外，以配置文件形式确定目标数据处理逻辑，也便于根据应用场景或目标对象的特点修改目标数据处理逻辑，增加服务端系统为待接入对象提供接入服务的灵活性。

在一些实施方式中，通过目标逻辑层，获取对应接入标识的第二配置文件，包括：

当目标逻辑层接收到服务接入请求时，获取接入标识的关键字段；

获取对应关键字段的第二配置文件。

其中，接入标识的关键字段可以为接入标识中的全部或部分字段。

为了使目标逻辑层能够识别服务接入请求是否为目标对象的服务接入请求，可以获取接入标识的关键字段，以根据关键字段确定第二配置文件。接入标识的关键字段可以从服务接入请求中直接获取。例如，当目标逻辑层获取到关键字段时，通过读取对应关键字段的第二配置文件，可以将目标逻辑层状态从通用逻辑层灰度到目标逻辑层的状态。

在一些实施方式中，在服务接入请求中添加接入标识，以及将服务接入请求发送至目标逻辑层之间，还包括：

通过目标交互层，从服务接入请求中获取接入标识的关键字段，目标交互层为至少两个交互层中与目标对象对应的交互层；

通过目标交互层，将关键字段添加在预设存储文本中。

其中，预设存储文本可以指预先设置的用于存储关键字段的文本文件。预设存储文本能够被目标交互层以及目标逻辑层读取。预设存储文本可以为根据目标交互层以及目标逻辑层之间的交互协议设置的文本。例如，在交互层与逻辑层可以通过RPC协议交互时，预设存储文本可以为Cookie(储存在本地终端上的数据)文件。

在实际应用中，由于客户端系统各层之间用于传输信息的协议通常不同，如接入层和交互层可以通过HTTP协议交互，交互层与逻辑层可以通过RPC协议交互。因此，目标交互层接收到的服务接入请求中的接入标识并不能直接被目标逻辑层识别。因此，可以在目标交互层接收到服务接入请求时，提取目标交互层收到的接入标识的关键字段，将关键字段存写入预设存储文本，以实现在向目标逻辑层发送服务接入请求之前，通过目标交互层将接入标识的关键字段预埋在RPC协议框架中，以使得目标逻辑层在接收到服务接入请求后，能够从RPC协议框架中获取并识别该关键字段，并能根据该关键字段确定目标数据处理逻辑，以在传输目标对象的服务接入请求时，预埋目标逻辑层用于处理该目标对象的数据处理逻辑的标识，以便通过目标逻辑层形成针对目标对象的专属处理过程，将目标对象与非目标对象的处理过程隔离。例如，若目标交互层接收的服务接入请求为HTTP包，预设存储文本为Cookie文件，可以从HTTP包的Header字段中提取接入标识作为关键字段，并将提取得到的接入标识写入Cookie文件。

Cookie文件是小型文本文件，由一个名称(Name)、一个值(Value)和其它几个用于控制Cookie有效期、安全性、使用范围的可选属性组成。Cookie文件能以名/值对形式存储关键字段。

需说明的是，目标数据处理逻辑可以包括但不限于实现目标对象发起的服务接入请求的对应的业务功能，得到处理结果，并将处理结果返回给上一层。在实际应用中，目标逻辑层在处理服务接入请求时，还可以由目标逻辑层向存储层发送查询请求，再根据返回的查询结果将服务接入请求作转发处理后经目标交互层发送至接入层。在不同应用场景以及不同服务接入请求下，目标数据处理逻辑可以不同。

在一些实施方式中，当目标逻辑层接收到服务接入请求时，获取接入标识的关键字段，可以包括：

当目标逻辑层接收到服务接入请求时，从预设存储文本中获取关键字段。

例如，在预设存储文本为Cookie文件时，可以将Cookie文件序列化为用于获取Cookie文件的目标类，以便在从预设存储文本中获取关键字段时，能够通过对目标类的反序列化获取Cookie文件。

在一些实施方式中，获取对应关键字段的第二配置文件，包括：

将获取到的关键字段添加在请求协程中；

从请求协程中获取对应关键字段的目标信息；

获取对应目标信息的第二配置文件。

其中，请求协程可以指用于处理服务接入请求的协程。目标信息是指将关键字段存入请求协程后，在请求协程中生成的与关键字段对应的信息。目标信息可以至少包括关键字段，也可以为与关键字段具有映射关系的信息。

例如，可以将关键字段存储在请求协程的Context(上下文)中，Context是一系列规则和配置的集合，它决定了协程的运行方式，以此当通过请求协程处理服务接入请求时，可以直接从Contex中获取关键字段作为目标信息，并通过请求协程获取对应关键字段的第二配置文件。通过将关键字段存储在上下文中，使目标逻辑层在处理服务接入请求时，能够直接在请求协程内部获取对应的关键字段，并读取第二配置文件，以提高服务端处理效率。

由于目标逻辑层在处理服务接入请求时，需要与目标交互层交互以实现服务接入请求对应的业务功能。因此，目标数据处理逻辑可以包括但不限于目标逻辑层内的数据处理逻辑，在一些实施方式中，还可以包括目标交互层内的数据处理逻辑。以此，当通过目标逻辑层，使用目标数据处理逻辑处理服务接入请求时，目标交互层可以使用目标交互层内的数据处理逻辑处理目标逻辑层发来的数据，以使目标逻辑层在处理服务接入请求时能与目标交互层交互，以实现服务接入请求对应的业务功能，得到处理结果。以此，可以为目标对象提供针对性的数据处理逻辑，且目标对象数据处理过程在目标交互层以及目标逻辑层执行，因此能将目标对象与非目标对象对应的服务接入请求的处理过程隔离。

在一些实施方式中，在将入标识的关键字段存入请求协程后，目标交互层以及目标逻辑层可以分别通过请求协程获取并读取对应的配置文件，并根据对应的配置文件在各层中执行对应的数据处理逻辑，以实现目标交互层以及目标逻辑层之间的数据交互。例如，目标交互层可以根据服务接入请求中的接入标识，获取对应接入标识的第三配置文件，并通过读取第三配置文件确定第三配置文件对应的目标交互层内的数据处理逻辑。以此，可以为目标对象提供针对性的数据处理逻辑，且目标对象数据处理过程在目标交互层以及目标逻辑层执行，因此能将目标对象与非目标对象对应的服务接入请求的处理过程隔离。

本申请实施例提供的请求处理方案可以应用在各种服务端数据处理场景中。比如，以接入流量较高的待接入对象为目标对象为例，接收待接入对象发起的服务接入请求；当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层；将服务接入请求发送至目标逻辑层；通过目标逻辑层，处理服务接入请求。采用本申请实施例提供的方案能够为接入流量较高的待接入对象提供针对性的接入服务，满足接入流量较高的待接入对象的接入需求。

以此，通过本申请实施例提供的方法可以在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标逻辑层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离，能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。

本实施例的方案规避了私有化部署存在的重复部署问题，可以通过在现有的系统中布置额外的目标对象对应的服务集群(目标交互层以及目标逻辑层)，在完全复用现有的运维方案的前提下，可提供针对性接入服务，大大降低了机器成本、人力成本、解决方案生命周期。

此外，在现有技术中，每次服务端更新都对所有用户可见，而新版本相对不稳定，同样可能影响目标对象的服务稳定性。而本方案在服务端更新时，可以先将更新发布到非目标对象对应的服务集群，稳定后再发布到目标对象对应的服务集群，保证了目标对象的服务不受潜在的不稳定新版本发布影响，提升了服务稳定性。

根据上述实施例所描述的方法，以下将作进一步详细说明。

在本实施例中，将以服务端处理服务接入请求的流程为例，对本申请实施例的方法进行详细说明。

如图2a提供的请求处理方法的时序图所示，服务端系统可以包括接入层、交互层(包括通用交互层和目标交互层)、逻辑层(包括通用逻辑层和目标逻辑层)以及存储层。接入层、通用交互层、目标交互层、通用逻辑层、目标逻辑层以及存储层可以分别部署在不同的服务器集群上。接入层以及交互层通过HTTP协议交互，交互层以及逻辑层通过RPC协议交互。

其中，接入层：作为服务端系统面向外部用户的接口，接收外部发来的HTTP协议的服务接入请求，并转发给内网的交互层处理。交互层：提供HTTP协议的服务，外部HTTP协议的服务接入请求的实际执行者，在服务接入请求执行过程中通过RPC协议与逻辑层服务交互实现各种业务功能。逻辑层：在服务接入请求执行过程中通过与逻辑层服务以及存储层交互实现各种业务功能。存储层：提供持久化的数据存储服务。

如图2a和图2b所示，一种请求处理方法具体流程如下：

210、通过接入层，接收待接入对象发起的服务接入请求。

例如，接入层的服务器集群中可以预先设置第一配置文件，第一配置文件中存储有与目标对象的身份标识。服务接入请求中携带有待接入对象的身份标识。判断待接入对象的身份标识是否存储在第一配置文件中，若是，则执行步骤221～228，若否，则执行步骤231～233。

221、当待接入对象为目标对象时，通过接入层，在服务接入请求中添加接入标识。

例如，当待接入对象的身份标识存储在第一配置文件时，则识别待接入对象为目标对象。并可以通过接入层在服务接入请求的请求头中添加包含接入标识的字段，以在服务接入请求中预埋用于帮助目标交互层确定下一层(即目标逻辑层)的接入标识。

222、通过接入层，将服务接入请求发送至目标交互层。

例如，接入层可以根据对待接入对象的识别结果或添加的接入标识，从通用交互层以及目标交互层中选择目标交互层作为下一层。并将添加了包含接入标识的字段的服务接入请求发送至目标交互层。

223、通过目标交互层，从服务接入请求中获取接入标识的关键字段，并将关键字段添加在预设存储文本中。

例如，由于目标交互层与接入层以及目标逻辑层进行交互时的协议不同，为了目标逻辑层在收到服务接入请求后能够识别到接入标识的关键信息。因此，目标交互层在接收到服务接入请求后，可以从服务接入请求的请求头中获取添加的接入标识，并将接入标识添加在RPC协议的Cookie文件中。

224、通过目标交互层，将服务接入请求发送至目标逻辑层。

例如，目标交互层在将接入标识添加在RPC协议的Cookie文件后。可以通过识别服务接入请求中接入标识，从通用逻辑层以及目标逻辑层中选择目标逻辑层作为下一层，并将服务接入请求发送给目标逻辑层。

225、当目标逻辑层接收到服务接入请求时，通过目标逻辑层，从预设存储文本中获取关键字段，并将获取到的关键字段添加在请求协程中。

例如，在目标逻辑层接收到服务接入请求后，可以从RPC协议的Cookie文件获取接入标识，并将接入标识添加在请求协程的上下文中。

226、通过目标逻辑层，从请求协程中获取对应关键字段的目标信息，并获取对应目标信息的第二配置文件。

例如，在目标逻辑层通过请求协程处理服务接入请求时，可以从请求协程上下文中获取接入标识，通过识别接入标识，读取接入标识对应的第二配置文件。

227、通过目标逻辑层，读取第二配置文件，确定第二配置文件对应的目标数据处理逻辑。

例如，目标逻辑层在读取接入标识对应的第二配置文件后，通过第二配置文件中的配置参数以及配置插件等确定目标数据处理逻辑。

228、通过目标逻辑层，使用目标数据处理逻辑处理服务接入请求。

例如，目标逻辑层在读取第二配置文件后，可以根据目标数据处理逻辑与目标交互层以及数据层交互，以实现服务接入请求对应的业务功能，得到目标对象的处理结果，并经目标交互层将处理结果返回给接入层。

231、当待接入对象为非目标对象时，通过接入层，将服务接入请求发送至通用交互层。

例如，当待接入对象的身份标识没有存储在第一配置文件时，则识别待接入对象为非目标对象。接入层可以根据待接入对象的识别结果，从通用交互层以及目标交互层中选择通用交互层作为下一层，并将服务接入请求发送至通用交互层。

232、通过通用交互层，将服务接入请求发送至通用逻辑层。

例如，当通用交互层接收到服务接入请求后，由于不能从服务接入请求的请求头识别到接入标识，则从通用逻辑层以及目标逻辑层中选择通用逻辑层作为下一层，并将服务接入请求发送给通用逻辑层。

233、通过通用逻辑层，使用通用数据处理逻辑处理服务接入请求。

例如，当通用逻辑层接收到服务接入请求后，由于不能从请求协程的上下文中获取到接入标识，因此从通用数据处理逻辑以及目标通用数据处理逻辑中选择通用数据处理逻辑处理服务接入请求，得到非目标对象的处理结果，并经通用交互层将处理结果返回给接入层。

由上可知，本实施例能够在接入层根据目标对象的标识信息，确定目标交互层作为下一层，并根据接入层预埋在服务接入请求中的接入标识，在目标交互层中确定目标逻辑层作为下一层，以此形成了从接入层至目标交互层至目标逻辑层的传输链路，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离，能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。

根据上述实施例所描述的方法，以下将作进一步详细说明。

在本实施例中，将以待接入对象为企业用户，目标对象为KA企业用户为例，对本申请实施例的方法进行详细说明。

由于服务端通常会服务于多个企业用户，当部分企业产生突发流量，此时服务端的CGI层(即交互层)与逻辑层会出现负载变高、时延变高以及服务波动，对其他企业的服务质量产生影响。KA企业是指需要业务重保的重要企业客户，对于KA企业而言，需要在重要会议或活动期间提供专项安全服务，保证KA企业服务端系统安全平稳运行。

如图3a所示，一种请求处理方法具体流程如下：

310、接入层加载企业ID配置文件到内存，得到缓存文件。

在接入层服务器上引入描述可以接入KA集群(即KA-CGI层以及KA逻辑层)的企业ID配置文件(即第一配置文件)。接入层通过单例线程的模式加载企业ID配置文件到内存得到缓存文件，并采用双buffer切换方式完成更新，调用方每调用次查询接口前，需调用配置更新接口尝试更新。由于配置更新接口内每隔60s才会加锁更新一次，因此在文件变更加载后，仅更新当前使用的buffer下标即可。其中，企业ID为企业的身份标识。

320、接入层接收KA企业用户发起的服务接入请求HTTP包，服务接入请求中包括KA企业ID。

KA企业ID为KA企业的身份标识。

330、当缓存文件中存储有KA企业ID时，接入层通过HTTP在服务接入请求HTTP包中新增包含Is-kareq字段的Header字段。

接入层在识别KA企业ID后，查看企业ID配置文件确定是否属于要路由到KA集群的请求，通过GetHttpHeader().addHeader("Is-KAReq","0"/"1")，在Http包中新增Header字段，以完成KA标记预埋。其中，Is-kareq字段为接入标识。

340、将服务接入请求HTTP包发送至KA-CGI层。

KA-CGI层即为前述的目标交互层。

350、KA-CGI层通过RPC协议，将服务接入请求HTTP包中的Is-kareq字段写入RPC协议的Cookie文件中。

如图3b所示，KA-CGI层在发起RPC前，将Header中描述的Is-kareq字段写入RPC协议的Cookie文件，得到Iskareq字段。并可以将Cookie文件序列化为用于获取Cookie文件的目标类(String)，以便在从Cookie文件中获取Is-kareq字段时，能够通过对目标类的反序列化获取Cookie文件。

360、KA-CGI层将服务接入请求HTTP包发送至KA逻辑层。

KA-CGI层即为前述的目标逻辑层。

370、当KA逻辑层的RPC框架收到服务接入请求HTTP包时，从Cookie文件中取出Iskareq字段，并记录在请求协程的Context中。

380、在KA逻辑层处理服务接入请求时，从Context中获取Iskareq字段，并根据获取的Iskareq字段，获取KA-CGI层以及KA逻辑层对应的第二配置文件，并根据第二配置文件处理服务接入请求。

如图3c所示，在为KA企业部署独立的KA集群时，可以同时设置对应的第二配置文件。在处理服务接入请求时，可以从Context中取出记录的Iskareq标记，可以将Iskareq标记作为KA企业标记，用于选择对应的路由。若有KA企业标记则使用KA企业对应的第二配置文件，即使用KA集群配置处理服务接入请求，若有KA企业标记则使用普通企业对应的配置文件，即使用通用集群配置(即通用交互层以及通用逻辑层)处理服务接入请求。以对路由算法无侵入式修改，实现KA集群路由隔离。

本实施例在CGI层和逻辑层引入独立部署的KA集群。接入层接收到服务接入请求时，提取请求的企业ID，通过步骤330对KA企业的请求预埋KA标记，并根据KA标记将请求转发至为KA企业独立部署的KA集群。在KA集群内部也通过识别全链路传递的KA标记自动切换路由，实现对KA企业与非KA企业的资源隔离，能够减轻服务端压力，提升服务端的稳定性。

为了更好地实施以上方法，本申请实施例还提供一种请求处理装置，该请求处理装置具体可以集成在电子设备中，该电子设备可以为终端、服务器等设备。其中，终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、个人电脑等设备；服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群。

比如，在本实施例中，将以请求处理装置具体集成在服务器为例，对本申请实施例的方法进行详细说明。

例如，如图4所示，该请求处理装置可以包括接收单元410、添加单元420、发送单元430以及处理单元440，如下：

(一)接收单元410

用于接收待接入对象发起的服务接入请求。

在一些实施方式中，服务接入请求包括待接入对象的身份标识，接收单元410还可以用于：

当身份标识为目标身份标识时，将待接入对象确定为目标对象。

在一些实施方式中，当身份标识为目标身份标识时，将待接入对象确定为目标对象，包括：

获取用于存储标识信息的信息集；

当信息集内存储有与待接入对象的身份标识对应的标识信息时，将待接入对象确定为目标对象。

在一些实施方式中，信息集存储在第一配置文件中，获取用于存储标识信息的信息集，包括：

获取第一配置文件的上一读取时间以及第一配置文件的上一更新时间；

当上一读取时间早于上一更新时间时，获取并读取更新后的第一配置文件，得到包含用于存储标识信息的信息集的更新后的缓存文件；

当上一读取时间晚于或等于上一更新时间时，获取包含用于存储标识信息的信息集的初始缓存文件，初始缓存文件由上一读取时间对应的第二配置文件读取得到。

(二)添加单元420

用于当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层。

在一些实施方式中，在服务接入请求中添加接入标识，包括：

在服务接入请求的请求头添加包含接入标识的字段。

(三)发送单元430

用于将服务接入请求发送至目标逻辑层。

在一些实施方式中，发送单元430还可以用于：

将服务接入请求发送至目标交互层，目标交互层为至少两个交互层中与目标对象对应的交互层；

将服务接入请求发送至目标逻辑层，包括：

通过目标交互层，根据接入标识从至少两个逻辑层中确定目标对象对应的目标逻辑层；

通过目标交互层，将服务接入请求发送至目标逻辑层。

在一些实施方式中，发送单元430还可以用于：

通过目标交互层，从服务接入请求中获取接入标识的关键字段，目标交互层为至少两个交互层中与目标对象对应的交互层；

通过目标交互层，将关键字段添加在预设存储文本中。

(四)处理单元440

用于通过目标逻辑层，处理服务接入请求。

在一些实施方式中，处理单元440具体可以用于：

通过目标逻辑层，获取对应接入标识的第二配置文件；

读取第二配置文件，确定第二配置文件对应的目标数据处理逻辑；

通过目标逻辑层，使用目标数据处理逻辑处理服务接入请求。

在一些实施方式中，通过目标逻辑层，获取对应接入标识的第二配置文件，包括：

当目标逻辑层接收到服务接入请求时，获取接入标识的关键字段；

获取对应关键字段的第二配置文件。

在一些实施方式中，当目标逻辑层接收到服务接入请求时，获取接入标识的关键字段，包括：

当目标逻辑层接收到服务接入请求时，从预设存储文本中获取关键字段。

在一些实施方式中，获取对应关键字段的第二配置文件，包括：

将获取到的关键字段添加在请求协程中；

从请求协程中获取对应关键字段的目标信息；

获取对应目标信息的第二配置文件。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。

由上可知，本实施例的请求处理装置包括接收单元，用于接收待接入对象发起的服务接入请求；添加单元，用于当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层；发送单元，用于将服务接入请求发送至目标逻辑层；处理单元，用于通过目标逻辑层，处理服务接入请求。

由此，本申请实施例可以在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标逻辑层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离，能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。

本申请实施例还提供一种电子设备，该电子设备可以为终端、服务器等设备。其中，终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、个人电脑，等等；服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，等等。

在一些实施例中，该请求处理装置还可以集成在多个电子设备中，比如，请求处理装置可以集成在多个服务器中，由多个服务器来实现本申请的请求处理方法。

在本实施例中，将以本实施例的电子设备是服务器为例进行详细描述，比如，如图5所示，其示出了本申请实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器510、一个或一个以上计算机可读存储介质的存储器520、电源530、输入模块540以及通信模块550等部件。本领域技术人员可以理解，图5中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器510是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器520内的数据，执行服务器的各种功能和处理数据。在一些实施例中，处理器510可包括一个或多个处理核心；在一些实施例中，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

存储器520可用于存储软件程序以及模块，处理器510通过运行存储在存储器520的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器520还可以包括存储器控制器，以提供处理器510对存储器520的访问。

服务器还包括给各个部件供电的电源530，在一些实施例中，电源530可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源530还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入模块540，该输入模块540可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

该服务器还可包括通信模块550，在一些实施例中通信模块550可以包括无线模块，服务器可以通过该通信模块550的无线模块进行短距离无线传输，从而为用户提供了无线的宽带互联网访问。比如，该通信模块550可以用于帮助用户收发电子邮件、浏览网页和访问流式媒体等。

尽管未示出服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器510会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器520中，并由处理器510来运行存储在存储器520中的应用程序，从而实现各种功能，如下：

接收待接入对象发起的服务接入请求；当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层；将服务接入请求发送至目标逻辑层；通过目标逻辑层，处理服务接入请求。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

由上可知，可以在传输目标对象的服务接入请求时，根据添加的接入标识在服务端自动识别对应的目标逻辑层，形成针对目标对象的专属传输链路，将目标对象与非目标对象的传输过程隔离，能为不同对象提供不同的接入服务，以对访问流量分流，能够减轻服务端压力，提升服务端的稳定性。同时，针对目标对象提供专属传输链路，也可满足目标对象在特殊应用场景(如访问流量较高的场景或需要更高服务端稳定性的场景)下的业务需求，提升对目标对象服务的稳定性。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种请求处理方法中的步骤。例如，该指令可以执行如下步骤：

接收待接入对象发起的服务接入请求；当待接入对象为目标对象时，在服务接入请求中添加接入标识，接入标识用于从至少两个逻辑层中确定目标对象对应的目标逻辑层；将服务接入请求发送至目标逻辑层；通过目标逻辑层，处理服务接入请求。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序/指令，该计算机程序/指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序/指令，处理器执行该计算机程序/指令，使得该计算机设备执行上述实施例中提供各种可选实现方式中提供的方法。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种请求处理方法中的步骤，因此，可以实现本申请实施例所提供的任一种请求处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种请求处理方法、装置、服务器和存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

1.一种请求处理方法，其特征在于，包括：

接收待接入对象发起的服务接入请求；

当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；

将所述服务接入请求发送至所述目标逻辑层；

通过所述目标逻辑层，处理所述服务接入请求。

2.如权利要求1所述的请求处理方法，其特征在于，所述在所述服务接入请求中添加接入标识，以及将所述服务接入请求发送至所述目标逻辑层之间，还包括：

将所述服务接入请求发送至目标交互层，所述目标交互层为至少两个交互层中与所述目标对象对应的交互层；

所述将所述服务接入请求发送至所述目标逻辑层，包括：

通过所述目标交互层，根据所述接入标识从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；

通过所述目标交互层，将所述服务接入请求发送至目标逻辑层。

3.如权利要求1所述的请求处理方法，其特征在于，所述通过所述目标逻辑层，处理所述服务接入请求，包括：

通过所述目标逻辑层，获取对应所述接入标识的第二配置文件；

读取所述第二配置文件，确定所述第二配置文件对应的目标数据处理逻辑；

通过所述目标逻辑层，使用所述目标数据处理逻辑处理所述服务接入请求。

4.如权利要求3所述的请求处理方法，其特征在于，所述通过所述目标逻辑层，获取对应所述接入标识的第二配置文件，包括：

当所述目标逻辑层接收到所述服务接入请求时，获取所述接入标识的关键字段；

获取对应所述关键字段的第二配置文件。

5.如权利要求4所述的请求处理方法，其特征在于，所述在所述服务接入请求中添加接入标识，以及将所述服务接入请求发送至所述目标逻辑层之间，还包括：

通过目标交互层，从所述服务接入请求中获取所述接入标识的关键字段，所述目标交互层为至少两个交互层中与所述目标对象对应的交互层；

通过所述目标交互层，将所述关键字段添加在预设存储文本中。

6.如权利要求5所述的请求处理方法，其特征在于，所述当所述目标逻辑层接收到所述服务接入请求时，获取所述接入标识的关键字段，包括：

当所述目标逻辑层接收到所述服务接入请求时，从所述预设存储文本中获取所述关键字段。

7.如权利要求6所述的请求处理方法，其特征在于，所述获取对应所述关键字段的第二配置文件，包括：

将获取到的所述关键字段添加在请求协程中；

从所述请求协程中获取对应所述关键字段的目标信息；

获取对应所述目标信息的第二配置文件。

8.如权利要求1所述的请求处理方法，其特征在于，所述服务接入请求包括所述待接入对象的身份标识，所述接收待接入对象发起的服务接入请求，以及所述当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识之间，还包括：

当所述身份标识为目标身份标识时，将所述待接入对象确定为目标对象。

9.如权利要求8所述的请求处理方法，其特征在于，所述当所述身份标识为目标身份标识时，将所述待接入对象确定为目标对象，包括：

获取用于存储标识信息的信息集；

当所述信息集内存储有与所述待接入对象的身份标识对应的标识信息时，将所述待接入对象确定为目标对象。

10.如权利要求9所述的请求处理方法，其特征在于，所述信息集存储在第一配置文件中，所述获取用于存储标识信息的信息集，包括：

获取所述第一配置文件的上一读取时间以及所述第一配置文件的上一更新时间；

当所述上一读取时间早于所述上一更新时间时，获取并读取更新后的所述第一配置文件，得到包含用于存储标识信息的信息集的更新后的缓存文件；

当所述上一读取时间晚于或等于所述上一更新时间时，获取包含用于存储标识信息的信息集的初始缓存文件，所述初始缓存文件由上一读取时间对应的第二配置文件读取得到。

11.如权利要求1所述的请求处理方法，其特征在于，所述在所述服务接入请求中添加接入标识，包括：

在所述服务接入请求的请求头添加包含所述接入标识的字段。

12.一种请求处理装置，其特征在于，包括：

接收单元，用于接收待接入对象发起的服务接入请求；

添加单元，用于当所述待接入对象为目标对象时，在所述服务接入请求中添加接入标识，所述接入标识用于从至少两个逻辑层中确定所述目标对象对应的目标逻辑层；

发送单元，用于将所述服务接入请求发送至所述目标逻辑层；

处理单元，用于通过所述目标逻辑层，处理所述服务接入请求。

13.一种服务器，其特征在于，包括处理器和存储器，所述存储器存储有多条指令；所述处理器从所述存储器中加载指令，以执行如权利要求1～11任一项所述的请求处理方法中的步骤。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1～11任一项所述的请求处理方法中的步骤。

15.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现权利要求1～11任一项所述的请求处理方法中的步骤。