一种接口透传方法、装置、电子设备和存储介质与流程

本申请涉及接口透传技术领域，特别涉及一种接口透传方法、装置、电子设备和存储介质。

背景技术：

目前，接口透传实现方法中，公共软件客户端需要编写代码来调用第三方接口，透传逻辑包装与透传功能混合在一起编写的，代码开发量大，并且由于每一个透传接口都需要编写对应的透传逻辑方案，当业务需求所要调用的第三方接口较多时，成千上万时，需要为每个透传接口一一编写代码，代码开发难度大。

技术实现要素：

本申请的目的是提供一种接口透传方法、装置、电子设备和存储介质，仅需要基于配置的形式，无需编写代码，即可实现透传功能，便捷高效，降低了开发难度。其具体方案如下：

第一方面，本申请公开了一种接口透传方法，包括：

根据接口透传需求，配置接口配置文件；所述接口配置文件为预先建立好的接口透传规范；

当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定所述接口透传请求对应的第三方的接口地址；

根据所述第三方的接口地址，解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方；

接收所述第三方的返回结果，并将所述返回结果发送至所述调用方。

可选的，所述根据接口透传需求，配置接口配置文件，包括：

根据所述接口透传需求，配置所述接口配置文件中的第三方的接口地址、请求方法类型和对外暴露地址。

可选的，在所述根据所述第三方的接口地址，解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方之后，还包括：

判断所述请求参数是否成功透传给所述第三方；

若否，则执行重试机制，将所述请求参数继续发送至所述第三方；

当检测到所述请求参数重新发送的次数达到预设阈值时，停止发送所述请求参数，并返回错误信息。

可选的，在所述解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方之前，还包括：

扫描项目中的各个class类，判断所述各个class类上含有规范类注解的value是否存在与所述第三方的接口地址匹配的目标class类；

若是，则若检测到所述目标class类中存在含有前置注解所标注的方法，则在进行前置逻辑处理后，执行所述解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方的步骤；

若否，则执行所述解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方的步骤；

相应的，所述接收所述第三方的返回结果，并将所述返回结果发送至所述调用方，包括：

若检测到所述目标class类中存在含有后置注解所标注的方法，则当接收到所述第三方的返回结果后，对所述返回结果进行后置逻辑处理，并将处理后的返回结果发送至所述调用方。

可选的，在所述扫描项目中的各个class类之前，还包括：

将透传接口业务逻辑相同的第三方的接口地址配置于同一class类的value中。

可选的，还包括：

当透传接口业务逻辑发生变动时，则在所述项目中确定透传接口业务逻辑发生变动的class类；

根据所述透传接口业务逻辑发生变动对应的变动信息，在透传接口业务逻辑发生变动的class类中，修改前置注解和/或后置注解所标注的方法内逻辑。

可选的，在所述解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方之前，还包括：

判断在进行前置逻辑处理后的返回结果的类型是否为中断请求结果处理类；

若是，则返回错误信息至所述调用方；

若否，则执行所述解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方的步骤；

相应的，在所述将处理后的返回结果发送至所述调用方之前，还包括：

将所述第三方的返回结果翻译为公共返回类的返回结果；

判断所述公共返回类的返回结果是否为所述中断请求结果处理类；

若是，则按照预设规则返回信息至所述调用方；

若否，则执行所述将处理后的返回结果发送至所述调用方的步骤。

第二方面，本申请公开了一种接口透传装置，包括：

配置模块，用于根据接口透传需求，配置接口配置文件；所述接口配置文件为预先建立好的接口透传规范；

确定模块，用于当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定所述接口透传请求对应的第三方的接口地址；

发送模块，用于根据所述第三方的接口地址，解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方；

接收模块，用于接收所述第三方的返回结果，并将所述返回结果发送至所述调用方。

第三方面，本申请公开了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述接口透传方法的步骤。

第四方面，本申请公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述接口透传方法的步骤。

本申请提供一种接口透传方法，包括：根据接口透传需求，配置接口配置文件；所述接口配置文件为预先建立好的接口透传规范；当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定所述接口透传请求对应的第三方的接口地址；根据所述第三方的接口地址，解析所述接口透传请求，得到请求参数，并将所述请求参数发送至所述第三方；接收所述第三方的返回结果，并将所述返回结果发送至所述调用方。

可见，本申请仅需要根据接口透传需求，配置接口配置文件，当接收到调用方的接口透传请求时，再查看接口配置文件中第三方的接口地址，就可将解析接口透传请求得到的请求参数发送给第三方，再将第三方发送的返回结果返回给调用方即可实现透传；即本申请无需编写代码，只需配置接口配置文件，进而实现透传，并且当接收到多个接口透传请求时，也无需一一编写代码，只需配置配置文件即可实现透传，避免了相关技术中需要调用方编写大规模代码来实现接口透传功能调用第三方的目的，开发难度大的缺陷，本申请仅需要基于配置的形式，无需编写代码，即可实现透传功能，便捷高效，降低了开发难度。

附图说明

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

图1为本申请实施例所提供的一种接口透传方法的流程图；

图2为本申请实施例所提供的另一种接口透传方法的流程图；

图3为本申请实施例所提供的一种透传过程的生命周期图；

图4为本申请实施例所提供的一种请求流经层图示意图；

图5为本申请实施例所提供的一种系统架构示意图；

图6为本申请实施例所提供的一种接口透传装置的结构示意图。

具体实施方式

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

相关技术中的接口透传方案的逻辑包装处理主要是在透传所在功能中混合在一起进行编写，且仅能对一个透传接口编写一套处理逻辑，一旦透传接口发生变动，则各个功能都需要进行相应修改，改动量较大，且透传接口的代码需要调用方来进行编写。基于上述技术问题，本实施例提供一种接口透传方法，仅需要基于配置的形式，无需编写代码，即可实现透传功能，便捷高效，降低了开发难度，具体请参考图1，图1为本申请实施例所提供的一种接口透传方法的流程图，具体包括：

s101、根据接口透传需求，配置接口配置文件；接口配置文件为预先建立好的接口透传规范。

本实施例中的接口配置文件是预先建立好的接口透传规范，本实施例并不限定接口配置文件的具体内容，可以包含待透传的第三方地址、透传接口对外暴露地址以及调用方的请求类型。可以理解的是，只要根据接口透传需求，配置好接口配置文件就可实现透传功能。本实施例并不限定接口透传需求的具体内容，可以包括请求参数、请求类型以及调用第三方接口的地址等。其中，本实施例并不对请求类型作具体限定，可以是post类型、get类型、update类型以及delete类型；其中，post：向服务器提交数据；delete：删除某一个资源；get：发送一个请求来取得服务器上的某一资源；update：向服务器端发送数据，从而改变信息。

本实施例并不限定接口配置文件的具体内容。在一种具体的实施例中，根据接口透传需求，配置接口配置文件，可以包括：

根据接口透传需求，配置接口配置文件中的第三方的接口地址、请求方法类型和对外暴露地址。

本实施例中根据接口透传需求，来配置接口配置文件中的待透传地址即第三方的接口地址、请求方法类型和对外暴露地址。

s102、当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定接口透传请求对应的第三方的接口地址。

本实施例在当接收到调用方的接口透传请求时，通过查看接口配置文件即可确定调用方想要调用的第三方接口，即接口透传请求对应的第三方的接口地址。例如，接口配置文件的部分代码如下：

那么通过查看url即可确定调用方想要调用的第三方的接口地址。其中，"outurl":"/search"为中间件，即透传接口实现方对外暴露的地址；地址类型method为post类型。

s103、根据第三方的接口地址，解析接口透传请求，得到请求参数，并将请求参数发送至第三方。

本实施例中在确定了第三方的接口地址后，通过解析接口透传请求得到请求参数，再将请求参数发送到第三方，以使第三方根据具体的请求参数进行业务逻辑处理。本实施例并不限定请求参数的具体内容，可以根据具体的业务需求进行设定。

在一种具体的实施例中，为了提高透传的成功率，本实施例中在根据第三方的接口地址，解析接口透传请求，得到请求参数，并将请求参数发送至第三方之后，还可以包括：

判断请求参数是否成功透传给第三方；

若否，则执行重试机制，将请求参数继续发送至第三方；

当检测到请求参数重新发送的次数达到预设阈值时，停止发送所述请求参数，并返回错误信息。

即本实施例在将请求参数发送给第三方后，还进行了是否成功发送即透传的判断。若透传未成功，则将请求参数重新发送给第三方，即执行重试机制，直到成功发送给第三方或重新发送的次数超过预设阈值停止继续发送；当发送次数超过预设阈值即发送失败时，返回错误信息。本实施例并不限定错误信息的具体内容，可以是透传未成功的信息，也可以是其他信息，可根据实际情况进行设定。本实施例并不限定预设阈值的具体大小，可以是3次，可以是4次，可根据实际情况进行设定。本实施例通过执行重试机制，能够在由于网络等偶然情况导致透传不成功的情况下，有效提高透传成功率。

s104、接收第三方的返回结果，并将返回结果发送至调用方。

本实施例中在将请求参数透传给第三方后，第三方即可根据具体的请求参数进行业务逻辑处理，然后生成返回结果给中间方的透传接口，透传接口再将返回结果给调用方。需要说明的是，以上实施例所实现的功能仅为实现透传功能。

基于上述技术方案，本实施例无需编写代码，只需配置接口配置文件，进而实现透传，并且当接收到多个接口透传请求时，也无需一一编写代码，只需配置配置文件即可实现透传，便捷高效，降低了开发难度，避免了相关技术中需要调用方编写大规模代码来实现接口透传功能调用第三方的目的，开发难度大的缺陷。

基于上述实施例，为了能够实现透传过程的逻辑包装，提高透传逻辑的更新效率，本实施例提供一种接口透传方法，具体请参考图2，图2为本申请实施例所提供的另一种接口透传方法的流程图，包括：

s201、根据接口透传需求，配置接口配置文件；接口配置文件为预先建立好的接口透传规范。

s202、当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定接口透传请求对应的第三方的接口地址。

步骤s201和s202可参考步骤s101和s102，本实施例中不再赘述。

s203、扫描项目中的各个class类，判断各个class类上含有规范类注解的value是否存在与第三方的接口地址匹配的目标class类；

若是，进入步骤s204；若否，则进入步骤s205。

可以理解的是，value中存储着第三方的接口地址。本实施例并不限定value中存储的第三方的接口地址的个数，可以是1个，可以是多个。当包含多个第三方的接口地址时，能够实现一对多的逻辑处理，即当透传的逻辑包装发生变动时，进行修改后，可以适用所有适配的第三方接口，能够有效减少开发人员的工作，仅在value中添加第三方的接口地址，变动后透传逻辑包装即可适配对应的第三方接口，无需一一进行代码编写修改，极大提高透传逻辑发生变动后进行更新的效率。

在一种具体的实施例中，为了能够有效减少开发人员的工作，极大提高透传逻辑发生变动后进行更新的效率，在扫描项目中的各个class类之前，还可以包括：

将透传接口业务逻辑相同的第三方的接口地址配置于同一class类的value中。

本实施例中将透传接口业务逻辑相同的第三方的接口地址配置于同一class类的value中。当透传时的包装逻辑发生变动，只需要一处修改，则可以适用所有适配的透传接口，无需一一进行代码编写修改，极大提高透传逻辑发生变动后进行更新的效率，能够有效减少开发人员的工作。

s204、若存在与第三方的接口地址匹配的目标class类，并检测到目标class类中存在含有前置注解所标注的方法，进行前置逻辑处理。

s205、根据第三方的接口地址，解析接口透传请求，得到请求参数，并将请求参数发送至第三方。

可以理解的是，class类中包含透传逻辑中的前置处理逻辑和后置处理逻辑，其中，class类是java实现的载体，用于获取与类相关的各种信息，存放类的结构信息，能够通过class对象的方法取出相应信息，提供了获取类信息的相关方法；注解，可以看作是对一个类/方法的一个扩展的模版，每个类/方法按照注解类中的规则，来为类/方法注解不同的参数，在用到的地方可以得到不同的类/方法中注解的各种参数与值。还可以理解的是，前置处理即为在透传接口实现透传功能之前，透传接口的逻辑包装发生变动(例如，需要进行透传过程中的请求干预、请求中断或请求改写等)，称为透传前置处理；对应的，后置处理即为在透传接口实现透传功能之后，透传接口的逻辑包装发生变动(例如，需要对返回内容的中断、改写、附加等)，称为透传后置处理。本实施例中将与第三方的接口地址匹配的class类称为目标class类。可以理解的是，本实施例中的目标class类中可以仅包含前置注解，可以仅包含后置注解，还可以同时包含前置注解和后置注解。本实施例在检测到存在含有前置注解所标注的方法时，进行前置逻辑处理，再进行前置逻辑处理后，再执行根据第三方的接口地址，将解析接口透传请求得到的请求参数发送至第三方。本实施例并不限定前置逻辑处理的具体内容，可根据实际情况进行设定，例如，需要进行透传过程中的请求干预，请求中断，请求改写等。

可以理解的是，若调用方发送的接口透传请求不合法时，可进行请求中断。在一种具体的实施例中，为了提高透传过程的合理性，在解析接口透传请求，得到请求参数，并将请求参数发送至第三方之前，还可以包括：

判断在进行前置逻辑处理后的返回结果的类型是否为中断请求结果处理类；

若是，则返回错误信息至调用方；

若否，则执行解析接口透传请求，得到请求参数，并将请求参数发送至第三方的步骤。

本实施例通过判断前置逻辑处理后的返回结果的类型是否为中断请求结果处理类，可以理解的是，中断请求处理类属于特殊类用于判断调用方发送的接口透传请求是否不合法/不合理，若是，那么直接返回错误信息给调用方。本实施例并不限定错误信息的具体内容，可根据实际情况进行设定。若不是中断请求结果处理类，那么执行解析接口透传请求，得到请求参数，并将请求参数发送至第三方的操作。本实施例中进行透传干预即判断是否属于中断请求结果处理类，能够保障透传过程的合理性。

s206、接收第三方的返回结果，并将返回结果发送至调用方。

可以理解的是，若目标class类中不包含后置注解，则直接将接收到的第三方的返回结果发送至调用方。若检测到目标class类中存在含有后置注解所标注的方法，则当接收到第三方的返回结果后，对返回结果进行后置逻辑处理，并将处理后的返回结果发送至调用方。本实施例并不限定后置逻辑处理的具体内容，例如，可以是对返回内容的中断、改写、附加等操作。

可以理解的是，本实施例中由于目标class类中的前置逻辑处理部分即对应前置注解与后置逻辑处理部分即对应后置注解是分开的，对于开发人员来说，能够较直观清晰的找到对应部分；因此，若透传逻辑包装发生变更时，即透传前置和/或透传后置逻辑发生变动时，可快速直接定位代码部分，进行修改更新，有效提高了透传逻辑更新的效率，避免了相关技术中将透传前置、后置与透传功能本身的代码编写到一起，当透传逻辑包装发生变动时，代码改动量大，并且难以定位需要更新部分代码，增加了开发人员的开发难度的缺陷。在一种具体的实施例中，还可以包括：

当透传接口业务逻辑发生变动时，则在项目中确定透传接口业务逻辑发生变动的class类；

根据透传接口业务逻辑发生变动对应的变动信息，在透传接口业务逻辑发生变动的class类中，修改前置注解和/或后置注解所标注的方法内逻辑。

本实施例通过找到透传接口业务逻辑发生变动的class类，进而根据具体发生变动的变动信息，在对应前置注解和/或后置注解部分直接进行修改，快捷高效的查询待修改代码进行更新，提高了透传逻辑更新的效率。

与上述步骤中具体实施例相对应，在一种具体的实施例中，为了提高透传过程的合理性，本实施例中在将处理后的返回结果发送至调用方之前，还可以包括：

将第三方的返回结果翻译为公共返回类的返回结果；

判断公共返回类的返回结果是否为中断请求结果处理类；

若是，则按照预设规则返回信息至调用方；

若否，则执行将处理后的返回结果发送至调用方的步骤。

同理，在将处理后的返回结果发送给调用方之前，首先将第三方的返回结果翻译为公共返回类的返回结果，再判断该返回结果是否为中断请求结果处理类，若是，则按照预设规则返回信息给调用方。本实施例并不限定预设规则的具体内容，可以是直接返回错误信息，或是返回提示信息提示调用方重新发送接口透传请求，还可以是其他形式。若不是中断请求结果处理类，那么执行将处理后的返回结果发送至调用方的操作。

基于上述技术方案，本实施例在接口配置文件中编写需要透传的接口地址，请求方法类型以及对外暴漏地址等，无需进行代码编写，框架即接口配置文件本身会自动进行透传逻辑的装备以完成透传。如需要进行透传过程中的请求干预，请求中断，请求改写以及返回内容的中断，改写，附加仅需要按照框架提供的方式写入对应方法中，即可完成透传前置和后置处理逻辑的全部过程。本实施例无需编写代码，只需要配置接口文件，即可实现透传，并且当接收到多个接口透传请求时，只需配置多个配置文件对应同一个透传地址即可实现多对一透传，便捷高效，降低了开发复杂度。

以下提供一种接口透传方法的具体实施例。可以实现一套逻辑对应多个透传接口的编写方法以及规范，使透传时的包装逻辑发生变动，只需要一处修改，则可以适用所有适配的透传接口，且透传接口调用的代码可以基于配置的形式进行无需编写代码即透传零代码即可自动装配完成一个可暴露的透传逻辑的完整功能。步骤如下：

1、配置需要透传的接口地址即第三方的接口地址，请求方法类型和对外暴漏地址；

2、创建框架提供的用于进行前置和后置逻辑处理的方法并配置需要透传的接口地址；

3、当需要进行透传的前置处理和后置处理时仅需要在框架指定的方法内进行编写，编写的逻辑处理内容会自动配置的关系映射到全部已经配置的透传接口时运行。

假设现在有10个透传接口都需要进行对应的接口请求封装，对外暴漏地址以及编写返回对象的映射。如需要进行透传过程中的请求干预，请求中断，请求改写以及返回内容的中断，改写，附加都需要进行相应的逻辑编写，代码量十分庞大。本实施例在接口配置文件中编写需要透传的接口地址，请求方法类型以及对外暴漏地址等，无需进行代码编写，框架即接口配置文件本身会自动进行透传逻辑的装备以完成透传。如需要进行透传过程中的请求干预，请求中断，请求改写以及返回内容的中断，改写，附加仅需要按照框架提供的方式写入对应方法中，即可完成透传前置和后置处理逻辑的全部过程。

图3为本实施例提供的一种透传过程的生命周期图，包括请求封装、前置处理、http请求、后置处理和返回结束的过程。图4为本实施例提供的一种请求流经层图示意图。其中，spring是一种广泛用于java开发使用的框架；springmvc是spring框架中的一种，与本申请提出的透传框架属于并列的；db为数据库。图5为本实施例提供的一种系统架构示意图，其中，apollo是一种常用的系统外公共集中配置工具。

下面为本实施例提供的部分spring整合方式代码。

下面对本申请实施例提供的一种接口透传装置进行介绍，下文描述的接口透传装置与上文描述的接口透传方法可相互对应参照，相关模块均设置于中，参考图6，图6为本申请实施例所提供的一种接口透传装置的结构示意图，包括：

在一些具体的实施例中，具体包括：

配置模块601，用于根据接口透传需求，配置接口配置文件；接口配置文件为预先建立好的接口透传规范；

确定模块602，用于当接收到调用方的接口透传请求时，查看配置好的接口配置文件，确定接口透传请求对应的第三方的接口地址；

发送模块603，用于根据第三方的接口地址，解析接口透传请求，得到请求参数，并将请求参数发送至第三方；

接收模块604，用于接收第三方的返回结果，并将返回结果发送至调用方。

在一些具体的实施例中，配置模块601，包括：

根据接口透传请求，配置接口配置文件中的第三方的接口地址、请求方法类型和对外暴露地址。

在一些具体的实施例中，还包括：

第一判断模块，用于判断请求参数是否成功透传给第三方；

重试模块，用于若否，则执行重试机制，将请求参数继续发送至第三方；

停止模块，用于当检测到请求参数重新发送的次数达到预设阈值时，停止发送所述请求参数，并返回错误信息。

在一些具体的实施例中，还包括：

扫描单元，用于扫描项目中的各个class类，判断各个class类上含有规范类注解的value是否存在与第三方的接口地址匹配的目标class类；

前置透传单元，用于若是，则若检测到目标class类中存在含有前置注解所标注的方法若检测到目标class类中存在含有前置注解所标注的方法，则在进行前置逻辑处理后，执行解析接口透传请求，得到请求参数，并将请求参数发送至第三方的步骤；

相应的，接收模块，包括：

后置透传单元，用于若检测到目标class类中存在含有后置注解所标注的方法，则当接收到第三方的返回结果后，对返回结果进行后置逻辑处理，并将处理后的返回结果发送至调用方。

在一些具体的实施例中，还包括：

第二配置模块，用于将透传接口业务逻辑相同的第三方的接口地址配置于同一class类的value中。

在一些具体的实施例中，还包括：

第二确定模块，用于当透传接口业务逻辑发生变动时，则在项目中确定透传接口业务逻辑发生变动的class类；

修改模块，用于根据透传接口业务逻辑发生变动对应的变动信息，在透传接口业务逻辑发生变动的class类中，修改前置注解和/或后置注解所标注的方法内逻辑。

在一些具体的实施例中，还包括：

第二判断模块，用于判断在进行前置逻辑处理后的返回结果的类型是否为中断请求结果处理类；

第一返回模块，用于若是，则返回错误信息至调用方；

相应的，还包括：

翻译模块，用于将第三方的返回结果翻译为公共返回类的返回结果；

第三判断模块，用于判断公共返回类的返回结果是否为中断请求结果处理类；

第二返回模块，用于若是，则按照预设规则返回信息至调用方。

由于接口透传装置部分的实施例与接口透传方法部分的实施例相互对应，因此接口透传装置部分的实施例请参见接口透传方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的电子设备与上文描述的接口透传方法可相互对应参照。

本申请还公开一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上述接口透传方法的步骤。

由于电子设备部分的实施例与接口透传方法部分的实施例相互对应，因此电子设备部分的实施例请参见接口透传方法部分的实施例的描述，这里暂不赘述。

下面对本申请实施例提供的一种计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的接口透传方法可相互对应参照。

本申请还公开一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述接口透传方法的步骤。

由于计算机可读存储介质部分的实施例与接口透传方法部分的实施例相互对应，因此计算机可读存储介质部分的实施例请参见接口透传方法部分的实施例的描述，这里暂不赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种接口透传方法、装置、电子设备及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。