CN111562994B - 应用程序接口转发方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开涉及一种应用程序接口转发方法、装置、电子设备及存储介质。该应用程序接口转发方法包括：拦截第一端的API接口请求；其中，API接口请求中包括第一端用户标识和请求接口；根据第一端用户标识，确定出与第一端用户标识对应的映射关系；其中，映射关系为第一端用户标识与至少一个接口之间的映射；根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口。根据本公开的实施例，每一第一端用户标识对应确定的映射关系，不同第一端用户之间不存在相互干扰的问题，能有效避免对前端公用代理配置文件进行频繁修改而引发的频繁出现冲突的现象，无需重启即可进行第一端到第二端的转接，顺利推进软件开发项目的开发。

Description

应用程序接口转发方法、装置、电子设备及存储介质

技术领域

本公开涉及信息通信技术领域，尤其涉及一种应用程序接口转发方法、装置、电子设备及存储介质。

背景技术

随着互联网技术地不断发展，在具体的项目开发过程中，具体的开发工作还可以分为前端和后端，前端和后端的开发可以由不同的开发人员在不同的开发环境中完成。作为一个完整的开发项目，在项目开发和测试的过程中，前端后端之间必须要进行对应的通信。通过在内网做劫持，进行代理转发可以实现前端与后端之间的通信，然而，一般大型开发项目中，前端和后端的开发过程中存在多个开发人员和多种开发环境，通过对整个内网进行劫持，将占用大量资源，影响整个内网其他用户，会造成不必要的成本浪费。传统前端与后端之间的通信方法，还可以通过前端修改代理配置，切换后端接口代理域名的方法，与后端进行通信。

然而，通过前端修改代理配置，进行前端与后端之间的通信的方法，会出现对代理配置文件进行频繁修改的情况出现，而前端的代理配置文件是一个公用文件，对代理配置文件的频繁修改，会频繁地出现冲突，不利于软件开发项目的顺利开发。

发明内容

本公开提供一种基于应用程序接口转发方法、装置、电子设备及存储介质，以至少解决相关技术中前端和后端的通信之间频繁地出现冲突的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种应用程序接口转发方法，包括：

拦截第一端的API接口请求；其中，所述API接口请求中包括第一端用户标识和请求接口；

根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系；其中，所述映射关系为所述第一端用户标识与至少一个接口之间的映射；

根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口。

在一示例性实施例中，所述API接口请求中的第一端用户标识的确定方式，包括：

检测拦截到的API接口请求是否为登录用户生成的API接口请求；

若拦截到的API接口请求为登录用户生成的API接口请求，则将所述登录用户对应的用户标识确定为所述API接口请求中的第一端用户标识；

若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为所述API接口请求中的第一端用户标识。

在一示例性实施例中，所述根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系之前，包括：

获取至少一个第一端用户标识，以及获取至少一个第二端接口；

针对每一第一端用户标识，将所述第一端用户标识与至少一个第二端接口进行对应配置，得到所述第一端用户标识对应的映射关系；

将所述映射关系存储至预设的存储位置中。

在一示例性实施例中，所述存储至所述预设的存储位置中的映射关系可动态配置；所述动态配置的方式包括：

接收映射关系修改指令；

根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系。

在一示例性实施例中，所述根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系，包括：

对所述映射关系修改指令进行解析；

若所述映射关系修改指令为新增第一端用户标识，则对所述新增第一端用户标识与所述至少一个第二端接口进行对应配置，得到所述新增第一端用户标识对应的映射关系，并将所述映射关系更新至所述预设的存储位置；

若所述映射关系修改指令为删除第一端用户标识，则从所述预设的存储位置中删除所述第一端用户标识对应的映射关系；

若所述映射关系修改指令为对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，则对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，并将更新后的映射关系更新至所述预设的存储位置。

在一示例性实施例中，预设的存储位置中存储有至少一个映射关系；

所述根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系，包括：

根据所述第一端用户标识，在所述预设的存储位置中的至少一个映射关系中进行查找，确定出与所述第一端用户标识对应的映射关系。

在一示例性实施例中，所述根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口之前，包括：

若根据所述第一端用户标识，无法确定出与所述第一端用户标识对应的映射关系，则将所述第一端的API接口请求转发至预设的接口。

根据本公开实施例的第二方面，提供一种应用程序接口转发装置，包括：

API接口请求单元，被配置为执行拦截第一端的API接口请求；其中，所述API接口请求中包括第一端用户标识和请求接口；

映射关系确定单元，被配置为执行根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系；其中，所述映射关系为所述第一端用户标识与至少一个接口之间的映射；

API接口转发单元，被配置为执行根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口。

在一示例性实施例中，所述API接口请求单元还被配置为执行：

检测拦截到的API接口请求是否为登录用户生成的API接口请求；

若拦截到的API接口请求为登录用户生成的API接口请求，则将所述登录用户对应的用户标识确定为所述API接口请求中的第一端用户标识；

若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为所述API接口请求中的第一端用户标识。

在一示例性实施例中，所述应用程序接口转发装置还包括映射关系生成单元，被配置为执行：

获取至少一个第一端用户标识，以及获取至少一个第二端接口；

针对每一第一端用户标识，将所述第一端用户标识与至少一个第二端接口进行对应配置，得到所述第一端用户标识对应的映射关系；

将所述映射关系存储至预设的存储位置中。

在一示例性实施例中，所述存储至所述预设的存储位置中的映射关系可动态配置；所述映射关系生成单元还被配置为执行：

接收映射关系修改指令；

根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系。

在一示例性实施例中，所述映射关系生成单元还被配置为执行：

对所述映射关系修改指令进行解析；

若所述映射关系修改指令为新增第一端用户标识，则对所述新增第一端用户标识与所述至少一个第二端接口进行对应配置，得到所述新增第一端用户标识对应的映射关系，并将所述映射关系更新至所述预设的存储位置；

若所述映射关系修改指令为删除第一端用户标识，则从所述预设的存储位置中删除所述第一端用户标识对应的映射关系；

若所述映射关系修改指令为对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，则对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，并将更新后的映射关系更新至所述预设的存储位置。

在一示例性实施例中，预设的存储位置中存储有至少一个映射关系；所述映射关系确定单元还被配置为执行：

根据所述第一端用户标识，在所述预设的存储位置中的至少一个映射关系中进行查找，确定出与所述第一端用户标识对应的映射关系。

在一示例性实施例中，所述应用程序接口转发装置还包括默认接口转发单元，被配置为执行：

若根据所述第一端用户标识，无法确定出与所述第一端用户标识对应的映射关系，则将所述第一端的API接口请求转发至预设的接口。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现上述第一方面任一项实施例中所述的应用程序接口转发方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第一方面任一项实施例中所述的应用程序接口转发方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行上述第一方面任一项实施例中所述的应用程序接口转发方法。

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

拦截第一端的API接口请求；其中，API接口请求中包括第一端用户标识和请求接口；根据第一端用户标识，确定出与第一端用户标识对应的映射关系；其中，映射关系为第一端用户标识与至少一个接口之间的映射；根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口。其中，在每次拦截到第一端的API接口请求时，进行一次与第一端用户标识对应的映射关系的确定，可以在映射关系发生变化后，及时获取变化后的映射关系以及映射关系中第一端用户标识与至少一个接口之间的映射，并根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口；同时，每一第一端用户标识对应确定的映射关系，不同第一端用户标识对应不同的映射关系，不同第一端用户之间不存在相互干扰的问题，能有效避免对前端公用代理配置文件进行频繁修改而引发的频繁出现冲突的现象，无需重启即可进行第一端到第二端的转接，顺利推进软件开发项目的开发。

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

附图说明

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

图1是根据一示例性实施例示出的一种应用程序接口转发方法的流程图。

图2是根据一示例性实施例示出的API接口请求中的第一端用户标识的确定方式的流程图。

图3是根据一示例性实施例示出的步骤S200之前的一种可实施方式的流程图。

图4是根据一示例性实施例示出的预设的存储位置中映射关系更新的流程图。

图5是根据一示例性实施例示出的一种应用程序接口转发装置的框图。

图6是根据一示例性实施例示出的一种用于应用程序接口转发的电子设备的内部结构图。

具体实施方式

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

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

图1是根据一示例性实施例示出的一种应用程序接口转发方法的流程图，如图1所示，具体包括以下步骤：

在步骤S100中，拦截第一端的API接口请求；其中，API接口请求中包括第一端用户标识和请求接口。

在步骤S200中，根据第一端用户标识，确定出与第一端用户标识对应的映射关系；其中，映射关系为第一端用户标识与至少一个接口之间的映射。

在步骤S300中，根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口。

其中，第一端是指软件项目开发过程中，进行开发或测试的一端，例如前端(后端)；第二端是指软件项目开发过程中，进行开发或测试的，与第一端对应的另一端，例如后端(前端)。API接口请求是指第一端用户请求与第二端接口进行连接的请求，其中，包括括第一端用户标识和请求接口。第一端用户标识是指用于标识第一端中发送API接口请求的特定用户的标识，例如用户ID、用户IP地址、用户MAC地址等。请求接口是指API接口请求中请求连接的第二端接口，该接口能够以代理域名、接口设备地址的形式表现。

具体地，拦截第一端中的用户发送的API接口请求，对API接口请求进行解析，得到API接口请求中的第一端用户标识和请求接口。并根据第一端用户标识，在预设的存储位置(各种数据库、redis、MySQL等)中存储的映射关系中进行查找，确定出与第一端用户标识对应的映射关系，该映射关系表征第一端用户标识与第二端接口之间的转发关系，根据API接口请求中的请求接口和第一端用户标识与第二端接口之间的转发关系，将第一端的API接口请求转发至第二端中对应的接口，以使第一端中的用户与对应接口的第二端进行连接，使第一端中的用户可以访问对应接口的第二端，并进行软件开发、调试等操作。

上述应用程序接口转发方法，拦截第一端的API接口请求；其中，API接口请求中包括第一端用户标识和请求接口；根据第一端用户标识，确定出与第一端用户标识对应的映射关系；其中，映射关系为第一端用户标识与至少一个接口之间的映射；根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口。其中，在每次拦截到第一端的API接口请求时，进行一次与第一端用户标识对应的映射关系的确定，可以在映射关系发生变化后，及时获取变化后的映射关系以及映射关系中第一端用户标识与至少一个接口之间的映射，并根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口；同时，每一第一端用户标识对应确定的映射关系，不同第一端用户标识对应不同的映射关系，不同第一端用户之间不存在相互干扰的问题，能有效避免对前端公用代理配置文件进行频繁修改而引发的频繁出现冲突的现象，无需重启即可进行第一端到第二端的转接，顺利推进软件开发项目的开发。

图2是根据一示例性实施例示出的API接口请求中的第一端用户标识的确定方式的流程图，如图2所示，具体包括以下步骤：

在步骤S110中，检测拦截到的API接口请求是否为登录用户生成的API接口请求。

在步骤S120中，若拦截到的API接口请求为登录用户生成的API接口请求，则将登录用户对应的用户标识确定为API接口请求中的第一端用户标识。

在步骤S130中，若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为API接口请求中的第一端用户标识。

其中，登录用户是指第一端发送API接口请求的设备为已经登录用户的设备，存在特定标识的特定用户，该用户登陆了第一端的系统。未登录用户是指第一端发送API接口请求的用户是第一端中的设备，但并没有具体的用户ID，该用户未登陆第一端的系统。

具体地，检测拦截到的API接口请求是否为特定的登录用户生成的API接口请求。若是，则认为拦截到的API接口请求为登录用户生成的API接口请求，该用户在使用第一端中的设备时，登陆了分配给该用户的用户标识(例如，用户ID)，则将登录用户对应的用户标识确定为API接口请求中的第一端用户标识。若否，则认为拦截到的API接口请求为未登录用户生成的API接口请求，该用户在使用第一端中的设备时，并未登陆分配给该用户的用户标识，可视为游客用户，仅用第一端中的设备发送了API接口请求，则将预设用户标识确定为API接口请求中的第一端用户标识。

上述示例性实施例中，检测拦截到的API接口请求是否为登录用户生成的API接口请求；若拦截到的API接口请求为登录用户生成的API接口请求，则将登录用户对应的用户标识确定为API接口请求中的第一端用户标识；若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为API接口请求中的第一端用户标识。能够为每一API接口请求分配一个对应的第一端用户标识，为后续根据第一端用户标识确定对应的映射关系，并进行接口转发提供了数据基础，避免未登录用户无法访问或查看第二端的情况发生。

图3是根据一示例性实施例示出的步骤S200之前的一种可实施方式的流程图，如图3所示，具体包括以下步骤：

在步骤S210中，获取至少一个第一端用户标识，以及获取至少一个第二端接口。

在步骤S220中，针对每一第一端用户标识，将第一端用户标识与至少一个第二端接口进行对应配置，得到第一端用户标识对应的映射关系。

在步骤S230中，将映射关系存储至预设的存储位置中。

具体地，在同一开发项目中的第一端和第二端中，均可能存在多个用户，每一用户对应一个用户标识和一个对应的接口。因此，获取至少一个第一端用户标识，以及获取至少一个第二端接口，并对获取到的第一端的用户对应的第一端用户标识与第二端中的第二端接口进行配置，建立映射关系。以一个简单的额例子进行说明，例如，在第一端中存在三个用户(此处仅为示例性说明，并不用于限定具体用户数量)，这三个用户对应三个第一端用户标识，分别为第一端用户A、第一端用户B、第一端用户C；在第二端中存在三个接口(此处仅为示例性说明，并不用于限定具体接口数量)，每一接口对应一个后端用户或开发环境，这三个接口分别为接口1、接口2、接口3；具体地，第一端用户A需要对接口1、接口2对应的后端用户或开发环境进行开发和调试，则将第一端用户A与接口1、接口2进行配置，建立一个由第一端用户A到接口1、接口2的映射关系；第一端用户B需要对接口2、接口3对应的后端用户或开发环境进行开发和调试，则将第一端用户B与接口2、接口3进行配置，建立一个由第一端用户B到接口2、接口3的映射关系；第一端用户C需要对接口1、接口2、接口3对应的后端用户或开发环境进行开发和调试，则将第一端用户C与接口1、接口2、接口3进行配置，建立一个由第一端用户C到接口1、接口2、接口3的映射关系。根据这一映射关系，可以将API接口请求中的请求接口转发至第二端中对应的接口。

在得到第一端用户标识对应的映射关系后，将映射关系存储至预设的存储位置中，以备后续第一端中的用户调取，并根据这一映射关系，将API接口请求中的请求接口转发至第二端中对应的接口。

上述示例性实施例中，获取至少一个第一端用户标识，以及获取至少一个第二端接口；针对每一第一端用户标识，将第一端用户标识与至少一个第二端接口进行对应配置，得到第一端用户标识对应的映射关系；将映射关系存储至预设的存储位置中。其中，对第一端用户标识与第二端接口建立映射关系，并将映射关系存储至预设的存储位置中，为后续第一端中的用户调取提供基础，并根据述API接口请求中的请求接口和映射关系，将API接口请求中的请求接口转发至第二端中对应的接口。

在一示例性实施例中，存储至预设的存储位置中的映射关系可动态配置；动态配置的方式包括：

接收映射关系修改指令；根据映射关系修改指令，新增、删除和/或修改预设的存储位置中的映射关系。

其中，映射关系修改指令为根据软件开发项目的需要，由项目系统下发的修改指令，例如，第一端用户标识原来与第二端的接口1和接口2之间存在一个映射关系，现在第一端用户标识不负责第二端的接口1的开发或测试工作了，则下发一个映射关系修改指令，从第一端用户标识的映射关系中删除第一端用户标识与第二端的接口1之间的对应关系。

可选地，图4是根据一示例性实施例示出的预设的存储位置中映射关系更新的流程图，如图4所示，具体包括以下步骤：

在步骤S231中，对映射关系修改指令进行解析。

在步骤S2321中，若映射关系修改指令为新增第一端用户标识，则对新增第一端用户标识与至少一个第二端接口进行对应配置，得到新增第一端用户标识对应的映射关系，并将映射关系更新至预设的存储位置。

在步骤S2322中，若映射关系修改指令为删除第一端用户标识，则从预设的存储位置中删除第一端用户标识对应的映射关系。

在步骤S2323中，若映射关系修改指令为对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置，则对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置，并将更新后的映射关系更新至预设的存储位置。

具体地，对映射关系修改指令进行解析，得到新增第一端用户标识、删除第一端用户标识和/或对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置。在第一端中新接入和用户或者新生成了用户标识后，需要对新增的用户标识与第二端接口之间建立映射关系，以备该新增用户API接口请求中的请求接口和第一端用户标识与第二端接口之间的转发关系，映射关系修改指令为新增第一端用户标识，则将第一端的API接口请求转发至第二端中对应的接口，以使第一端中的用户与对应接口的第二端进行连接，使第一端中的用户可以访问对应接口的第二端，并进行软件开发、调试等操作。同样地，若在第一端中删除了之前存在的第一端用户标识后，需要相应地删除该第一端用户标识对应的映射关系，以减少系统冗余，减小系统运行的负荷。若当第一端用户标识对接的第二端接口发生变化时，需要对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置，对之前建立的映射关系进行调整，以满足当前用户的需求。上述新增、删除和/或修改针对的均为预设的存储位置中的映射关系。

上述示例性实施例中，根据映射关系修改指令，动态地新增、删除和/或修改预设的存储位置中的映射关系，可以及时响应第一端中用户标识的变化、第二端中接口的变化，或者两者之间的对应的关系，且每一映射关系对应一个第一端用户标识，对单一第一端用户标识对应的映射关系的修改，不影响其他第一端用户标识对应的映射关系，不同第一端用户之间不存在相互干扰的问题，能有效避免对前端公用代理配置文件进行频繁修改而引发的频繁出现冲突的现象，无需重启即可进行第一端到第二端的转接，顺利推进软件开发项目的开发。

在一示例性实施例中，步骤S200，根据第一端用户标识，确定出与第一端用户标识对应的映射关系，包括：

根据第一端用户标识，在预设的存储位置中的至少一个映射关系中进行查找，确定出与第一端用户标识对应的映射关系。

其中，每一第一端用户标识对应以备映射关系，预设的存储位置中存储有至少一个映射关系。

具体地，在得到API接口请求，并解析得到第一端用户标识后，在预设的存储位置中查找与该第一端用户标识对应的映射关系。例如，预设存储位置中存储有第一端用户A、第一端用户B、第一端用户C对应的映射关系，在对API接口请求进行解析得到的第一端用户标识为第一端用户A，从预设的存储位置中调取第一端用户A对应的映射关系。为后续根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口提供基础。

上述示例性实施例中，根据第一端用户标识，在预设的存储位置中的至少一个映射关系中进行查找，确定出与第一端用户标识对应的映射关系。其中，将不同第一端用户标识存储在预设存储位置，并在确定出API接口请求中的第一端用户标识，自预设的存储位置中进行查找，确定出与第一端用户标识对应的映射关系，不同第一端用户之间不存在相互干扰的问题，能有效避免对前端公用代理配置文件进行频繁修改而引发的频繁出现冲突的现象，无需重启即可进行第一端到第二端的转接，顺利推进软件开发项目的开发。

在一示例性实施例中，为步骤S300之前的一种可实施方式，包括：

若根据第一端用户标识，无法确定出与第一端用户标识对应的映射关系，则将第一端的API接口请求转发至预设的接口。

具体地，在根据第一端用户标识，确定出与第一端用户标识对应的映射关系后，可以根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口，以使第一端中的用户与对应接口的第二端进行连接，使第一端中的用户可以访问对应接口的第二端，并进行软件开发、调试等操作。

但若预设的存储位置中没有与该第一端用户标识对应的映射关系，或者由于一些其他的原因，根据第一端用户标识，无法确定出与第一端用户标识对应的映射关系，则无法根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口，此时，将第一端的API接口请求转发至预设的接口，该预设的接口可动态配置，根据具体需求的变换进行修改，以使没有对应映射关系的第一端用户标识也可以访问相应的预设接口，保证第一端用户标识可以有对应的接口转发，并可以访问相应的后端用户或开发环境。

上述示例性实施例中，若根据第一端用户标识，无法确定出与第一端用户标识对应的映射关系，则将第一端的API接口请求转发至预设的接口，可以使没有对应映射关系的第一端用户标识也可以访问相应的预设接口，保证第一端用户标识可以有对应的接口转发，并可以访问相应的后端用户或开发环境。

在一具体示例性实施例中，为前端访问后端的一种可实施方式，具体实现方式如下：

将每一第一端用户标识和该第一端用户标识的代理配置信息(映射关系)在数据库中进行持久化存储，使得所有第一端用户标识的代理配置都是唯一的，不再公用同一个代理配置文件；并将配置文件转到代理转发工具上，使得代理环境统一，不必频繁修改配置文件，不必频繁重启；代理转发工具根据拉取的用户唯一的代理配置进行接口转发，如需要改变代理环境，只需在工具上修改一下配置并保存即可，无需重启服务器。

具体地，维护一个第一端用户标识对应相关代理配置的数据库，使每一个第一端用户标识可以唯一对应一个代理转发配置，支持对特定路(预设的存储位置)由进行特定接口转发。或者对当前路由下所有路径都进行转发。配置完成后，在node层使用中间件对每一个API接口请求进行拦截，拦截之后所有接口都会走上述流程进行转发，没有命中规则的接口将会走默认转发配置。

根据用户的token获取第一端用户标识，根据第一端用户标识从数据库拉取相关第一端用户标识的代理配置信息(mapping数据)。如果用户未登录，则添加一个默认的第一端用户标识和默认的配置信息，该配置信息可随时修改。根据获取的mapping数据进行解析，获得转发规则，然后通过node的proxy工具对命中规则的API接口请求进行转发。其中，用户可随时修改第一端用户标识对应的代理配置信息，点击保存实时生效，也可以自行添加新第一端用户标识的代理配置信息。可选地，代理配置信息采用数据库存储，可以使用mongo数据库、redis、MySQL等其它方式存储，也可直接写入一个json文件去进行控制。

上述示例性实施例中，每个第一端用户标识对应一个代理配置信息，可以避免不同用户使用同一个配置文件，导致配置文件频繁修改，以及开发环境或测试环境混乱等问题。对第一端用户标识对应一个代理配置信息的修改，可以通过拦截API接口请求并获取代理配置信息的方式实时生效，无需重新启动服务，可以节约很多时间上的额外开销，同时上述示例性实施例支持默认代理配置，默认配置也可修改编辑，使用灵活。

应该理解的是，虽然图1-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图5是根据一示例性实施例示出的一种应用程序接口转发装置的框图。参照图5，该装置包括API接口请求单元501、映射关系确定单元502和API接口转发单元503：

API接口请求单元501，被配置为执行拦截第一端的API接口请求；其中，API接口请求中包括第一端用户标识和请求接口；

映射关系确定单元502，被配置为执行根据第一端用户标识，确定出与第一端用户标识对应的映射关系；其中，映射关系为第一端用户标识与至少一个接口之间的映射；

API接口转发单元503，被配置为执行根据API接口请求中的请求接口和映射关系，将第一端的API接口请求转发至第二端中对应的接口。

在一示例性实施例中，API接口请求单元501还被配置为执行：检测拦截到的API接口请求是否为登录用户生成的API接口请求；若拦截到的API接口请求为登录用户生成的API接口请求，则将登录用户对应的用户标识确定为API接口请求中的第一端用户标识；若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为API接口请求中的第一端用户标识。

在一示例性实施例中，应用程序接口转发装置还包括映射关系生成单元，被配置为执行：获取至少一个第一端用户标识，以及获取至少一个第二端接口；针对每一第一端用户标识，将第一端用户标识与至少一个第二端接口进行对应配置，得到第一端用户标识对应的映射关系；将映射关系存储至预设的存储位置中。

在一示例性实施例中，存储至预设的存储位置中的映射关系可动态配置；映射关系生成单元还被配置为执行：接收映射关系修改指令；根据映射关系修改指令，新增、删除和/或修改预设的存储位置中的映射关系。

在一示例性实施例中，映射关系生成单元还被配置为执行：对映射关系修改指令进行解析；若映射关系修改指令为新增第一端用户标识，则对新增第一端用户标识与至少一个第二端接口进行对应配置，得到新增第一端用户标识对应的映射关系，并将映射关系更新至预设的存储位置；若映射关系修改指令为删除第一端用户标识，则从预设的存储位置中删除第一端用户标识对应的映射关系；若映射关系修改指令为对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置，则对映射关系中的第一端用户标识与至少一个第二端接口进行重新配置，并将更新后的映射关系更新至预设的存储位置。在一示例性实施例中，预设的存储位置中存储有至少一个映射关系；映射关系确定单元502还被配置为执行：根据第一端用户标识，在预设的存储位置中的至少一个映射关系中进行查找，确定出与第一端用户标识对应的映射关系。

在一示例性实施例中，应用程序接口转发装置还包括默认接口转发单元，被配置为执行：若根据第一端用户标识，无法确定出与第一端用户标识对应的映射关系，则将第一端的API接口请求转发至预设的接口。

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

图6是根据一示例性实施例示出的一种用于应用程序接口转发的设备600的框图。例如，设备600可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图6，设备600可以包括以下一个或多个组件：处理组件602、存储器604、电力组件606、多媒体组件608、音频组件610、输入/输出(I/O)的接口612、传感器组件614以及通信组件616。

处理组件602通常控制设备600的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在设备600上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件606为设备600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为设备600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述设备600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当设备600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为设备600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为设备600的显示器和小键盘，传感器组件614还可以检测设备600或设备600一个组件的位置改变，用户与设备600接触的存在或不存在，设备600方位或加速/减速和设备600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件616被配置为便于设备600和其他设备之间有线或无线方式的通信。设备600可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或6G)，或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。

在一示例性实施例中，设备600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在一示例性实施例中，还提供了一种电子设备，包括：处理器620；用于存储处理器620可执行指令的存储器604；其中，处理器620被配置为执行指令，以实现上述任一项实施例中的应用程序接口转发方法。

在一示例性实施例中，还提供了一种存储介质，当存储介质中的指令由电子设备的处理器620执行时，使得电子设备能够执行上述任一项实施例中的应用程序接口转发方法。

在一示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由设备600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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

Claims (16)

1.一种应用程序接口转发方法，其特征在于，包括：

拦截第一端的API接口请求；其中，所述API接口请求中包括第一端用户标识和请求接口，所述请求接口是指所述API接口请求中请求连接的第二端接口；

根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系；其中，所述映射关系为所述第一端用户标识与至少一个接口之间的映射，用于表征所述第一端用户标识与第二端接口之间的转发关系；

根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口。

2.根据权利要求1所述的应用程序接口转发方法，其特征在于，所述API接口请求中的第一端用户标识的确定方式，包括：

检测拦截到的API接口请求是否为登录用户生成的API接口请求；

若拦截到的API接口请求为登录用户生成的API接口请求，则将所述登录用户对应的用户标识确定为所述API接口请求中的第一端用户标识；

若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为所述API接口请求中的第一端用户标识。

3.根据权利要求1所述的应用程序接口转发方法，其特征在于，所述根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系之前，包括：

获取至少一个第一端用户标识，以及获取至少一个第二端接口；

针对每一第一端用户标识，将所述第一端用户标识与至少一个第二端接口进行对应配置，得到所述第一端用户标识对应的映射关系；

将所述映射关系存储至预设的存储位置中。

4.根据权利要求3所述的应用程序接口转发方法，其特征在于，所述存储至所述预设的存储位置中的映射关系可动态配置；所述动态配置的方式包括：

接收映射关系修改指令；

根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系。

5.根据权利要求4所述的应用程序接口转发方法，其特征在于，所述根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系，包括：

对所述映射关系修改指令进行解析；

若所述映射关系修改指令为新增第一端用户标识，则对所述新增第一端用户标识与所述至少一个第二端接口进行对应配置，得到所述新增第一端用户标识对应的映射关系，并将所述映射关系更新至所述预设的存储位置；

若所述映射关系修改指令为删除第一端用户标识，则从所述预设的存储位置中删除所述第一端用户标识对应的映射关系；

若所述映射关系修改指令为对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，则对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，并将更新后的映射关系更新至所述预设的存储位置。

6.根据权利要求1所述的应用程序接口转发方法，其特征在于，预设的存储位置中存储有至少一个映射关系；

所述根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系，包括：

根据所述第一端用户标识，在所述预设的存储位置中的至少一个映射关系中进行查找，确定出与所述第一端用户标识对应的映射关系。

7.根据权利要求1所述的应用程序接口转发方法，其特征在于，所述根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口之前，包括：

若根据所述第一端用户标识，无法确定出与所述第一端用户标识对应的映射关系，则将所述第一端的API接口请求转发至预设的接口。

8.一种应用程序接口转发装置，其特征在于，包括：

API接口请求单元，被配置为执行拦截第一端的API接口请求；其中，所述API接口请求中包括第一端用户标识和请求接口，所述请求接口是指所述API接口请求中请求连接的第二端接口；

映射关系确定单元，被配置为执行根据所述第一端用户标识，确定出与所述第一端用户标识对应的映射关系；其中，所述映射关系为所述第一端用户标识与至少一个接口之间的映射，用于表征所述第一端用户标识与第二端接口之间的转发关系；

API接口转发单元，被配置为执行根据所述API接口请求中的请求接口和所述映射关系，将所述第一端的API接口请求转发至第二端中对应的接口。

9.根据权利要求8所述的应用程序接口转发装置，其特征在于，所述API接口请求单元还被配置为执行：

检测拦截到的API接口请求是否为登录用户生成的API接口请求；

若拦截到的API接口请求为登录用户生成的API接口请求，则将所述登录用户对应的用户标识确定为所述API接口请求中的第一端用户标识；

若拦截到的API接口请求为未登录用户生成的API接口请求，则将预设用户标识确定为所述API接口请求中的第一端用户标识。

10.根据权利要求8所述的应用程序接口转发装置，其特征在于，所述应用程序接口转发装置还包括映射关系生成单元，被配置为执行：

获取至少一个第一端用户标识，以及获取至少一个第二端接口；

针对每一第一端用户标识，将所述第一端用户标识与至少一个第二端接口进行对应配置，得到所述第一端用户标识对应的映射关系；

将所述映射关系存储至预设的存储位置中。

11.根据权利要求10所述的应用程序接口转发装置，其特征在于，所述存储至所述预设的存储位置中的映射关系可动态配置；所述映射关系生成单元还被配置为执行：

接收映射关系修改指令；

根据所述映射关系修改指令，新增、删除和/或修改所述预设的存储位置中的映射关系。

12.根据权利要求11所述的应用程序接口转发装置，其特征在于，所述映射关系生成单元还被配置为执行：

对所述映射关系修改指令进行解析；

若所述映射关系修改指令为新增第一端用户标识，则对所述新增第一端用户标识与所述至少一个第二端接口进行对应配置，得到所述新增第一端用户标识对应的映射关系，并将所述映射关系更新至所述预设的存储位置；

若所述映射关系修改指令为删除第一端用户标识，则从所述预设的存储位置中删除所述第一端用户标识对应的映射关系；

若所述映射关系修改指令为对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，则对所述映射关系中的第一端用户标识与所述至少一个第二端接口进行重新配置，并将更新后的映射关系更新至所述预设的存储位置。

13.根据权利要求8所述的应用程序接口转发装置，其特征在于，预设的存储位置中存储有至少一个映射关系；所述映射关系确定单元还被配置为执行：

根据所述第一端用户标识，在所述预设的存储位置中的至少一个映射关系中进行查找，确定出与所述第一端用户标识对应的映射关系。

14.根据权利要求8所述的应用程序接口转发装置，其特征在于，所述应用程序接口转发装置还包括默认接口转发单元，被配置为执行：

若根据所述第一端用户标识，无法确定出与所述第一端用户标识对应的映射关系，则将所述第一端的API接口请求转发至预设的接口。

15.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的应用程序接口转发方法。

16.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至7中任一项所述的应用程序接口转发方法。