接口调用方法、装置、设备及存储介质与流程

1.本技术属于互联网技术领域，尤其涉及一种接口调用方法、装置、设备及存储介质。


背景技术：

2.应用服务一般通过业务与技术结合，搭建软件服务于目标客户，产品化软件应用服务则是通过将技术、服务通过标准化、规范化的流程形成一个可大规模生产和发布的产品。在非产品化的软件应用服务研发过程中，不同行业的需求方提出的需求不同，不同公司的需求方提出的诉求不同，这就导致软件应用服务在研发的过程中跟随客户的需求开发，最后导致软件应用服务千人千面。
3.现有产品化软件服务提供用户定制应用服务时，应用的用户定制接口代码是在原有标准接口代码的基础上进行改造而得到的，破坏了标准接口代码结构，在接口调用时会出现故障，导致无法反馈给用户正确的业务逻辑执行结果。


技术实现要素：

4.本技术实施例提供一种接口调用方法、装置、设备及存储介质，能够解决现有产品化软件服务提供用户定制应用服务时会出现无法反馈给用户正确的业务逻辑执行结果的问题。
5.第一方面，本技术实施例提供一种接口调用方法，包括：
6.接收用户请求信息；用户请求信息包括用户标签信息和用户统一资源标识符；
7.将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符；
8.从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；
9.调用目标接口执行目标接口相应的业务逻辑，得到第一执行结果；目标接口与目标统一资源标识符相对应；
10.向用户终端发送第一执行结果。
11.在一种实施例中，在将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符之前，方法还包括：
12.通过应用服务的第一预设接口从预设容器获取软件服务的统一资源标识符清单。
13.在一种实施例中，在接收用户请求信息之前，方法还包括：
14.获取用户标签信息；
15.在软件服务中添加新接口；
16.在新接口对应的统一资源标识符的预设位置添加用户标签信息，得到统一资源标识符清单。
17.在一种实施例中，从预设的统一资源标识符清单中匹配与更新后的统一资源标识
符匹配的目标统一资源标识符，包括：
18.通过预设哈希算法比对统一资源标识符清单与更新后的统一资源标识符；
19.将统一资源标识符清单中与更新后的统一资源标识符比对匹配的统一资源标识符确定为目标统一资源标识符。
20.在一种实施例中，方法还包括：
21.将用户标签信息存储在线程上下文中；
22.在目标接口调用下层接口的情况下，从线程上下文中提取用户标签信息；
23.通过调用第二预设接口提取下层接口定义的多个实现类；
24.从多个实现类中确定目标实现类，目标实现类的实现类标记注解与用户标签信息匹配；
25.调用目标实现类执行目标实现类对应的业务逻辑，得到第二执行结果；
26.向目标接口发送第二执行结果。
27.在一种实施例中，方法还包括：
28.在不存在目标实现类的情况下，调用标准实现类执行标准实现类对应的业务逻辑。
29.在一种实施例中，在从线程上下文中提取用户标签信息之前，方法还包括：
30.将下层接口的抽象定义中的原始注解替换为目标实现类标记注解，目标实现类标记注解包括标准实现类标记注解和定制实现类标记注解，实现类标记注解包括用户标签信息，标准实现类标记注解对应标准实现类，定制实现类标记注解对应目标实现类。
31.第二方面，本技术实施例提供一种接口调用装置，包括：
32.接收模块，用于接收用户请求信息；用户请求信息包括用户标签信息和用户统一资源标识符；
33.添加模块，用于将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符；
34.匹配模块，用于从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；
35.执行模块，用于调用目标接口执行目标接口相应的业务逻辑，得到第一执行结果；目标接口与目标统一资源标识符相对应；
36.发送模块，用于向用户终端发送第一执行结果。
37.在一种实施例中，装置还包括获取模块；
38.获取模块，用于在将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符之前，通过应用服务的第一预设接口从预设容器获取软件服务的统一资源标识符清单。
39.在一种实施例中，装置还包括获取模块；
40.获取模块，用于在接收用户请求信息之前，获取用户标签信息；
41.添加模块，还用于在软件服务中添加新接口；
42.添加模块，还用于在新接口对应的统一资源标识符的预设位置添加用户标签信息，得到统一资源标识符清单。
43.在一种实施例中，匹配模块，具体用于：
44.通过预设哈希算法比对统一资源标识符清单与更新后的统一资源标识符；
45.将统一资源标识符清单中与更新后的统一资源标识符比对匹配的统一资源标识符确定为目标统一资源标识符。
46.在一种实施例中，装置还包括存储模块、提取模块、确定模块和调用模块；
47.存储模块，用于将用户标签信息存储在线程上下文中；
48.提取模块，用于在目标接口调用下层接口的情况下，从线程上下文中提取用户标签信息；
49.提取模块，还用于通过调用第二预设接口提取下层接口定义的多个实现类；
50.确定模块，用于从多个实现类中确定目标实现类，目标实现类的实现类标记注解与用户标签信息匹配；
51.调用模块，用于调用目标实现类执行目标实现类对应的业务逻辑，得到第二执行结果；
52.发送模块，还用于向目标接口发送第二执行结果。
53.在一种实施例中，调用模块还用于：
54.在不存在目标实现类的情况下，调用标准实现类执行标准实现类对应的业务逻辑。
55.在一种实施例中，在从线程上下文中提取用户标签信息之前，装置还包括替换模块；
56.替换模块，用于将下层接口的抽象定义中的原始注解替换为目标实现类标记注解，目标实现类标记注解包括标准实现类标记注解和定制实现类标记注解，实现类标记注解包括用户标签信息，标准实现类标记注解对应标准实现类，定制实现类标记注解对应目标实现类。
57.第三方面，本技术实施例提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现第一方面的接口调用方法。
58.第四方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有信息传递的实现程序，程序被处理器执行时实现第一方面的接口调用方法。
59.第五方面，本技术实施例提供一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行第一方面的接口调用方法。
60.本技术实施例的接口调用方法、装置、设备及存储介质，在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。
附图说明
61.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
62.图1是本技术实施例提供的一种接口调用方法的流程示意图；
63.图2是本技术实施例提供的一种接口调用装置的结构示意图；
64.图3是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
65.下面将详细描述本技术的各个方面的特征和示例性实施例，为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本技术进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本技术，并不被配置为限定本技术。对于本领域技术人员来说，本技术可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本技术的示例来提供对本技术更好的理解。
66.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
67.应用服务一般通过业务与技术结合，搭建软件服务于目标客户，产品化软件应用服务则是通过将技术、服务通过标准化、规范化的流程形成一个可大规模生产和发布的产品。在非产品化的软件应用服务研发过程中，不同行业的需求方提出的需求不同，不同公司的需求方提出的诉求不同，这就导致软件应用服务在研发的过程中跟随客户的需求开发，最后导致软件应用服务千人千面。但是在产品化软件应用服务研发中，产品经理通过深刻研究广大需求群体的共同需求，在此基础上建立一套标准化，规范化的流程，在符合需求要求的前提下引导使用人员执行流程。因此产品化软件应用服务追求的是可靠性和稳定性需求。
68.产品化软件应用服务在推广的过程中，由于面向的行业群体不同，产品调研人员行业理解能力不同，行业深度挖掘能力不同，敬业精神不同，形成的标准化产品需求成果有很大区别，导致产品化软件应用服务的解决方案覆盖面无法达到100％，也无法达到100％，因此引入定制化需求不可避免，此时就需要变更产品代码来适应新的定制化需求。
69.传统的产品指定化改造方式是直接在代码层面依据新需求在原始代码上新增修改删除。现有产品改造方式直接在原始代码上进行修改，采用逻辑封装和if else语法对不同逻辑进行隔离，实现新需求在代码级别的嵌入。
70.这种嵌入方式，虽然可以快速响应定制需求，实现快速迭代。由于新需求存在需求模糊，需求抽象产品化不足，短时间交付压力等不确定性因素，新增代码可能会成为一次性
定制代码，并与标准产品代码严重耦合，不利于后期维护。并且，由于不同的技术人员能力不同，习惯不同，敬业精神不同，形成的工作成果有很大区别，容易破坏原有的代码结构，在接口调用时会出现故障，导致无法反馈给用户正确的业务逻辑执行结果。
71.为了解决现有技术问题，本技术实施例提供了一种接口调用方法、装置、设备及存储介质。本技术实施例在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。下面首先对本技术实施例所提供的接口调用方法进行介绍。
72.图1示出了本技术一个实施例提供的接口调用方法的流程示意图。如图1所示，该方法可以包括以下步骤：
73.s110，接收用户请求信息。
74.其中，用户请求信息可以包括用户标签信息和用户统一资源标识符(uniform resource identifier，uri)。用户标签信息能够标识不同的用户终端。本技术实施例可以应用于全球广域网(world wide web,web)服务器，web服务器可以通过http协议接收用户终端发送的用户请求信息。
75.s120，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符。
76.其中，web服务器接收到请求后，首先进入拦截器中提取请求参数中携带的用户请求信息，从用户请求信息中提取用户标签信息，该用户标签信息可以根据所属不同的公司或者客户的用户终端预先设置，将用户标签信息添加到用户统一资源标识符的预设位置，进而用于与统一资源标识符清单匹配。
77.s130，从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符。
78.在一种实施例中，s130：从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符，可以包括：
79.通过预设哈希算法比对统一资源标识符清单与更新后的统一资源标识符。
80.将统一资源标识符清单中与更新后的统一资源标识符比对匹配的统一资源标识符确定为目标统一资源标识符。
81.其中，预设的统一资源标识符清单中包括多组添加了用户标签信息的统一资源标识符，基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定与更新后的统一资源标识符中用户标签信息一致的统一资源标识符清单中的统一资源标识符，而统一资源标识符清单中的各统一资源标识符均映射有相应接口，基于该映射，即可快速锁定用户请求对应的目标接口。
82.在一种实施例中，在s110：接收用户请求信息之前，方法还可以包括：
83.获取用户标签信息。
84.在软件服务中添加新接口。
85.在新接口对应的统一资源标识符的预设位置添加用户标签信息，得到统一资源标识符清单。
86.其中，为了保证快速确定目标接口，在应用接口执行业务逻辑前，首先对应用服务中的接口进行配置，具体的，先获取用户标签信息，然后在软件服务中添加新接口，最后在新接口对应的统一资源标识符的预设位置添加用户标签信息，形成统一资源标识符清单。例如，应用服务的框架为springmvc，则通过requestmappinghandermapping接口将统一资源标识符清单注册到spring ioc容器中，并缓存到本地内存中，供s130匹配时应用。
87.s140，调用目标接口执行目标接口相应的业务逻辑，得到第一执行结果。
88.其中，目标接口与目标统一资源标识符相对应。例如，在springmvc架构中，可以通过dispatcher分发器分发到目标接口执行业务逻辑。
89.s150，向用户终端发送第一执行结果。
90.其中，在调用目标接口执行目标接口相应的业务逻辑得到第一执行结果后，即可向用户终端发送第一执行结果，实现了为用户反馈正确的业务逻辑执行结果。
91.本技术实施例在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。
92.在一种实施例中，在s120：将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符之前，方法还可以包括：
93.通过应用服务的第一预设接口从预设容器获取软件服务的统一资源标识符清单。
94.其中，可以预先存储在预设容器，通过特定的第一预设接口即可从预设容器获取软件服务的统一资源标识符清单。例如，应用服务的框架为springmvc，则可以通过requestmappinghandermapping接口将统一资源标识符清单注册到spring ioc容器中，并缓存到本地内存中，通过requestmappinghandermapping接口即可从spring ioc容器中获取统一资源标识符清单。
95.本技术实施例基于第一预设接口从预设容器获取软件服务的统一资源标识符清单，便于后续更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高。
96.在一种实施例中，方法还可以包括：
97.将用户标签信息存储在线程上下文中。
98.在目标接口调用下层接口的情况下，从线程上下文中提取用户标签信息。
99.通过调用第二预设接口提取下层接口定义的多个实现类。
100.其中，实现类需要使用特定的第二预设接口进行提取，例如，以springmvc框架为例，第二预设接口可以是springcontext#getbeanbytype接口。
101.从多个实现类中确定目标实现类。
102.其中，目标实现类的实现类标记注解与用户标签信息匹配。以springmvc框架为例，目标实现类可以按如下步骤确定：封装的servicerouter路由分发器调用springcontext#getbeanbytype接口，一次性提取所有的下层接口定义的实现类，这里面就包含产品化标准实现类和定制化实现类。接着利用用户标签信息与实现类的标记注解进行哈希匹配，匹配到唯一的一个实现类，即目标实现类。
103.调用目标实现类执行目标实现类对应的业务逻辑，得到第二执行结果。
104.向目标接口发送第二执行结果。
105.其中，在面向上层接口调用下层接口的情况，即目标接口调用下层接口的情况，路由分发器无法获取目标接口中的用户标签信息，进而无法确定应调用下层接口中的哪些实现类，由此，为了能够准确调用下层接口，将用户标签信息存储在线程上下文中，以便于路由分发器获取，进而根据路由分发器确定目标实现类。在从多个实现类中确定目标实现类后，即可应用目标实现类执行目标实现类对应的业务逻辑以得到第二执行结果，并向目标接口发送第二执行结果，目标接口接收后即可将第二执行结果反馈给用户终端。
106.本技术实施例根据用户标签信息从多个实现类中确定目标实现类，确保了在目标接口调用下层接口的情况下，能够快速锁定目标实现类，应用目标实现类执行目标实现类对应的业务逻辑以得到第二执行结果后，即可向目标接口发送，实现了目标接口调用下层接口的高效调用。
107.在一种实施例中，方法还可以包括：
108.在不存在目标实现类的情况下，调用标准实现类执行标准实现类对应的业务逻辑。
109.其中，如果不存在目标实现类，则表明用户请求的并非定制化实现类或者用户请求的定制化实现类并未预先设置，则调用标准实现类执行标准实现类对应的业务逻辑，并生成告警日志以提醒开发人员确定是否需要新增定制化实现类。
110.在一种实施例中，在从线程上下文中提取用户标签信息之前，方法还可以包括：
111.将下层接口的抽象定义中的原始注解替换为目标实现类标记注解。
112.其中，目标实现类标记注解可以包括标准实现类标记注解和定制实现类标记注解，实现类标记注解可以包括用户标签信息，标准实现类标记注解对应标准实现类，定制实现类标记注解对应目标实现类。本技术实施例以标记注解更新的方式实现标准实现类与定制实现类的区分，并不破坏原有标准实现类的代码，在实现定制化实现类时，可以直接继承产品化标准实现类，即可直接标准实现类，也可以调用定制化实现类，二者互不干扰，提升应用服务稳定性。以springmvc框架为例，原始注解为@component注解和@service注解，目标实现类标记注解为@standardcomp注解与@personalisecomp注解，前者为产品化标准实现定义接口的实现类标记注解，后者为定制化实现定义接口的实现类注解标记。接口的产品化标准实现类在类头部添加@standardcomp用于标记，定制化实现类在类头部添加@personalisecomp，并在注解参数中添加用户标签信息，例如@personalisecomp(“用户标签
信息”)。
113.本技术实施例在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。通过上述实施例，在应对定制化需求的时候，新增代码可以通过新增接口但是共享uri和同一个下游接口定义来隔离原有的产品化标准实现，仅仅需要添加一些封装块代码即可实现，对现有的web应用服务改造影响可忽略不计，达到原有接口和新增接口无不干扰的目的，实现定制化接口和标准接口的并行服务。
114.图1描述了接口调用方法，下面结合附图2和附图3描述本技术实施例提供的装置。
115.图2示出了本技术一个实施例提供的接口调用装置的结构示意图，图2所示装置中各模块具有实现图1中各个步骤的功能，并能达到其相应技术效果。如图2所示，该装置可以包括(在一种实施例中，该装置可以包括)：
116.接收模块，用于接收用户请求信息。用户请求信息包括用户标签信息和用户统一资源标识符。
117.添加模块，用于将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符。
118.匹配模块，用于从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符。
119.执行模块，用于调用目标接口执行目标接口相应的业务逻辑，得到第一执行结果。目标接口与目标统一资源标识符相对应。
120.发送模块，用于向用户终端发送第一执行结果。
121.本技术实施例在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。
122.在一种实施例中，装置还包括获取模块。
123.获取模块，用于在将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符之前，通过应用服务的第一预设接口从预设容器获取软件服务的统一资源标识符清单。
124.在一种实施例中，装置还包括获取模块。
125.获取模块，用于在接收用户请求信息之前，获取用户标签信息。
126.添加模块，还用于在软件服务中添加新接口。
127.添加模块，还用于在新接口对应的统一资源标识符的预设位置添加用户标签信息，得到统一资源标识符清单。
128.在一种实施例中，匹配模块，具体用于：
129.通过预设哈希算法比对统一资源标识符清单与更新后的统一资源标识符。
130.将统一资源标识符清单中与更新后的统一资源标识符比对匹配的统一资源标识符确定为目标统一资源标识符。
131.在一种实施例中，装置还包括存储模块、提取模块、确定模块和调用模块。
132.存储模块，用于将用户标签信息存储在线程上下文中。
133.提取模块，用于在目标接口调用下层接口的情况下，从线程上下文中提取用户标签信息。
134.提取模块，还用于通过调用第二预设接口提取下层接口定义的多个实现类。
135.确定模块，用于从多个实现类中确定目标实现类，目标实现类的实现类标记注解与用户标签信息匹配。
136.调用模块，用于调用目标实现类执行目标实现类对应的业务逻辑，得到第二执行结果。
137.发送模块，还用于向目标接口发送第二执行结果。
138.在一种实施例中，调用模块还用于：
139.在不存在目标实现类的情况下，调用标准实现类执行标准实现类对应的业务逻辑。
140.在一种实施例中，在从线程上下文中提取用户标签信息之前，装置还包括替换模块。
141.替换模块，用于将下层接口的抽象定义中的原始注解替换为目标实现类标记注解，目标实现类标记注解包括标准实现类标记注解和定制实现类标记注解，实现类标记注解包括用户标签信息，标准实现类标记注解对应标准实现类，定制实现类标记注解对应目标实现类。
142.本技术实施例在接收到用户标签信息和用户统一资源标识符后，将用户标签信息添加到用户统一资源标识符的预设位置，得到更新后的统一资源标识符，然后从预设的统一资源标识符清单中匹配与更新后的统一资源标识符匹配的目标统一资源标识符；通过与目标统一资源标识符相对应的目标接口执行目标接口相应的业务逻辑，得到第一执行结果并向用户终端发送；基于更新后的统一资源标识符与统一资源标识符清单进行匹配，可以快速锁定用户请求对应的目标接口，返回业务逻辑执行结果的效率高；并且，由于目标接口为应用服务中添加的新接口，新接口独立于应用服务中原有标准接口，并非原有标准接口进行改造而生成，不会破坏原有标准接口的代码结构，使得应用服务的标准接口和目标接口均可为用户反馈正确的业务逻辑执行结果。通过上述实施例，在应对定制化需求的时候，新增代码可以通过新增接口但是共享uri和同一个下游接口定义来隔离原有的产品化标准实现，仅仅需要添加一些封装块代码即可实现，对现有的web应用服务改造影响可忽略不
计，达到原有接口和新增接口无不干扰的目的，实现定制化接口和标准接口的并行服务。
143.图3示出了本技术一个实施例提供的电子设备的结构示意图。如图3所示，该设备可以包括处理器301以及存储有计算机程序指令的存储器302。
144.具体地，上述处理器301可以包括中央处理器(central processing unit，cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
145.存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器302可以包括可移除或不可移除(或固定)的介质，或者存储器302是非易失性固态存储器。存储器302可在综合网关容灾设备的内部或外部。
146.在一个实例中，存储器302可以是只读存储器(read only memory，rom)。在一个实例中，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。
147.处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现图1所示实施例中的方法，并达到图1所示实例执行其方法达到的相应技术效果，为简洁描述在此不再赘述。
148.在一个示例中，该电子设备还可包括通信接口303和总线310。其中，如图3所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。
149.通信接口303，主要用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。
150.总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(accelerated graphics port，agp)或其他图形总线、增强工业标准架构(extended industry standard architecture，eisa)总线、前端总线(front side bus，fsb)、超传输(hyper transport，ht)互连、工业标准架构(industry standard architecture，isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
151.该电子设备可以执行本技术实施例中的接口调用方法，从而实现图1描述的接口调用方法的相应技术效果。
152.另外，结合上述实施例中的接口调用方法，本技术实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种接口调用方法。
153.需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺
序。
154.以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(application specific integrated circuit，asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、rom、闪存、可擦除rom(erom)、软盘、cd-rom、光盘、硬盘、光纤介质、射频(radio frequency，rf)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
155.还需要说明的是，本技术中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本技术不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
156.上面参考根据本技术的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
157.以上所述，仅为本技术的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。