接口调用方法、装置、服务器及存储介质与流程

1.本申请涉及数据处理技术领域，具体涉及一种接口调用方法、装置、服务器及存储介质。


背景技术：

2.随着业务发展，需求变更越来越频繁，不仅给系统开发提出了更多的要求，给系统测试也提出了更多的要求。企业的项目，需求越来越多，变更越来越频繁，测试任务越来越重，测试时间却越来越短，因此，自动化测试作为提高测试效率、释放测试人力的重要手段，受到越来越多的关注，也占据了越来越重要的地位。狭义的自动化测试，指将手工案例转化为自动化案例进行执行，用程序代替手工；广义的自动化测试，除了测试案例的自动化执行外，还包括通过实现各种程序来提高工作效率、释放手工人力，这些程序往往以本地小工具、服务器web接口服务的形式存在。但是，接口调用无法较好有序进行，因此，如何实现接口有序调用的问题亟待解决。


技术实现要素：

3.本申请实施例提供了一种接口调用方法、装置、服务器及存储介质，能够实现接口有序调用。
4.第一方面，本申请实施例提供一种接口调用方法，所述方法包括：
5.在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心；
6.在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态；
7.在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序；
8.依据所述次序等待所述预设服务化接口被调用。
9.第二方面，本申请实施例提供一种接口调用装置，所述装置包括：上传单元、检测单元、确定单元和调用单元，其中，
10.所述上传单元，用于在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心；
11.所述检测单元，用于在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态；
12.所述确定单元，用于在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序；
13.所述调用单元，用于依据所述次序等待所述预设服务化接口被调用。
14.第三方面，本申请实施例提供一种服务器，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理
器执行，上述程序包括用于执行本申请实施例第一方面中的步骤的指令。
15.第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。
16.第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
17.实施本申请实施例，具备如下有益效果：
18.可以看出，本申请实施例中所描述的接口调用方法、装置、服务器及存储介质，在预设服务化接口初始化后，将预设服务化接口的接口信息上传给注册中心，在注册中心记录接口信息之后，每隔预设时间间隔检测预设服务化接口的接口状态，在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，依据次序等待预设服务化接口被调用，能够在预设服务化接口初始化后，以保证接口良好的运行环境，再将其接口信息上传注册中心，由注册中心每隔预设时间间隔检测接口状态，以避免频率检测接口状态，进而，在接口状态为被调用状态时，确定其对应的调用次序，以基于该调用次序，实现接口调用，从而，保证接口有序调用，能够提升接口效率。
附图说明
19.为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1是本申请实施例提供的一种接口调用方法的流程示意图；
21.图2是本申请实施例提供的另一种接口调用方法的流程示意图；
22.图3是本申请实施例提供的一种服务器的结构示意图；
23.图4是本申请实施例提供的一种接口调用装置的功能单元组成框图。
具体实施方式
24.为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
25.本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
26.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包
含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
27.下面对本申请实施例进行详细介绍。
28.请参阅图1，图1是本申请实施例提供的一种接口调用方法的流程示意图，如图所示，应用于服务器，本接口调用方法包括：
29.101、在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心。
30.其中，本申请实施例中，预设服务化接口可以预先设置或者系统默认。初始化可以包括以下至少一个步骤：配置、部署、复位等等，在此不作限定。
31.具体实现中，当在自动化平台上开发、配置、部署好某个服务化接口后，该接口信息可以被上传到注册中心，注册中心记录该接口的以下接口信息，即接口信息可以为以下至少一种：接口是否可用、需要哪些传参、如何响应(响应机制)、功能作用、接口被调用次数、接口所属服务器cpu、内存使用情况、接口的别名等等，在此不作限定。
32.可选地，上述步骤101，将所述预设服务化接口的接口信息上传给注册中心，可以包括如下步骤：
33.11、获取所述注册中心对应的属性列表；
34.12、获取所述预设服务化接口的接口信息集；
35.13、依据所述属性列表对所述接口信息集进行筛选，得到所述预设服务化接口的接口信息，并将该接口信息上传给注册中心。
36.其中，本申请实施例中，属性列表可以包括多个属性标识，属性标识可以为以下至少一种：接口号、接口入参、接口出参、接口名称、接口位置、接口别名等等，在此不作限定。
37.具体实现中，服务器可以获取注册中心对应的属性列表，还可以获取预设服务化接口的接口信息集，接口信息集中可以包括大量接口信息，每一接口信息对应一个属性标识，进而，可以依据属性列表对接口信息集进行筛选，得到预设服务化接口的接口信息，并将该接口信息上传给注册中心，如此，可以得到注册中心需要的接口信息。
38.102、在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态。
39.其中，预设时间间隔可以由用户自行设置或者系统默认。接口状态可以为空闲状态(未被调用状态)或者被调用状态。具体实现中，服务器可以在注册中心记录接口信息之后，通过定时器每隔预设时间间隔检测预设服务化接口的接口状态。
40.可选地，上述步骤101
‑
步骤102之间，还可以包括如下步骤：
41.a1、获取所述预设服务化接口对应的历史调用记录；
42.a2、依据所述历史调用记录确定所述预设服务化接口的目标调用频率；
43.a3、按照预设的调用频率与时间间隔之间的映射关系，确定所述目标调用频率对应的所述预设时间间隔。
44.其中，具体实现中，服务器中可以预先存储预设的调用频率与时间间隔之间的映射关系。
45.具体地，服务器可以获取预设服务化接口对应的历史调用记录，利用调用记录可
以记载接口被调用的相关信息，该相关信息可以为以下至少一种：调用时间、调用地点、调用用途、被调用设备、调用时长等等，在此不做限定。进而，服务器可以依据历史调用记录确定预设服务化接口的目标调用频率，按照预设的调用频率与时间间隔之间的映射关系，确定目标调用频率对应的预设时间间隔，如此，可以依据接口实际调用情况确定接口状态检测时间间隔。
46.可选地，上述步骤a2，依据所述历史调用记录确定所述预设服务化接口的目标调用频率，可以包括如下步骤：
47.a21、依据所述历史调用记录确定所述预设服务化接口的接口调用曲线，所述接口调用曲线的横轴为时间，纵轴为调用次数；
48.a22、依据所述接口调用曲线确定平均调用次数；
49.a23、确定所述接口调用曲线的极值点，得到多个极值点；
50.a24、依据所述多个极值点以及所述平均调用次数确定目标均方差；
51.a25、按照预设的均方差与调节系数之间的映射关系，确定所述目标均方差对应的目标调节系数；
52.a26、依据所述目标调节系数对所述平均调用次数进行调节，得到参考调用次数，依据所述参考调用次数确定目标调用频率。
53.具体实现中，服务器中可以预先存储预设的均方差与调节系数之间的映射关系，服务器可以依据历史调用记录确定预设服务化接口的接口调用曲线，具体地，可以将历史调用记录映射到坐标系，接口调用曲线的横轴为时间，对数据进行统计，即可以统计单位时间内的被调用次数，进而，可以确定纵轴为调用次数，可以通过图形分析，得到接口调用曲线确定平均调用次数，还可以确定接口调用曲线的极值点，得到多个极值点，以及依据多个极值点以及平均调用次数确定目标均方差，即以平均调用次数为基准，通过多个极值点以及平均调用次数确定目标均方差，并且按照预设的均方差与调节系数之间的映射关系，确定目标均方差对应的目标调节系数，依据目标调节系数对平均调用次数进行调节，得到参考调用次数，依据所述参考调用次数确定目标调用频率。
54.参考调用次数＝(1+目标调节系数)*平均调用次数
55.进而，可以将参考调用次数作为目标调用频率或者其倒数作为目标调用频率，如此，可以精准确定接口调用频率，有助于实现更加合理的检测时间间隔。
56.103、在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序。
57.具体实现中，服务器可以在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，预设队列可以预先设置或者系统默认，其用于存储调用请求。预设队列的长度可以由调用频率决定，频率高，则队列长，反之，则队列短。
58.104、依据所述次序等待所述预设服务化接口被调用。
59.其中，具体实现中，服务器依据次序等待预设服务化接口被调用，如此，实现接口有序调用。
60.具体实现中，服务器可以在自动化平台上部署某个服务化接口时，可以选择是否部署到多个服务器。若部署了多个服务器，那么在注册中心上会记录该接口被部署在了哪些服务器，以及各个服务器的cpu和内存使用率。由于每个服务器上不只是部署了一个接口
服务，会被部署很多不同的接口服务，所以每个服务器的资源使用率情况是不同的。注册中心会监控同一服务化接口所属的几个服务器的使用率情况，当接口被请求调用时，还可以优先将调用分发到使用率较小的服务器。
61.另外，服务器还可以支持除了自动化平台内可以调用各个已经被部署的服务化接口外，自动化平台以外的应用也可以调用这些被部署的服务化接口。调用方式：可通过完整的包含ip地址的统一资源定位符(uniform resource locator，url)来调用，也可以通过使用别名来调用。
62.本申请实施例，能够使得自动化平台上配置的服务化接口可以被平台内、平台外调用，一方面用户可以方便地在平台上开发各种能够辅助测试的接口服务，另一方面能够将服务提供给外界任何有需要的人使用，其次，使得服务化接口能够被并发地、持续地调用，并且提供了动态的性能调节方案，这样就有一个统一的地方对众多的接口服务进行管理，有利于后续更多工具接口服务的开发，然后，还可以提供了一个可以方便快速查询接口是否可用、如何被使用、使用情况的地方，这样当接口服务调用异常时，可以快速地通过查看状态定位到问题。
63.再举例说明下，具体实现中，可以按照如下步骤实施：
64.1、当在自动化平台上开发、配置、部署好某个服务化接口后，该接口信息会被上传到注册中心，注册中心记录该接口的以下信息：是否可用、需要哪些传参、如何响应、功能作用、接口被调用次数、接口所属服务器cpu和内存使用情况、接口的别名；
65.2、注册中心记录了接口信息后，会每隔5分钟再探测一次接口状态，若有改变，则更新记录的信息；
66.3、支持自动调节接口被使用情况。每个要调用接口的请求，都会被放入到一个预先设置的队列里，顺序被取出然后获得接口的调用，队列的长度初始化被设置为20，并被设置为如果接口在每分钟内被调用次数超过50次时，会将队列的长度加大，以便加强接口被并发调用的能力。同时，也可以根据接口所部署的服务器的cpu和内存使用情况，来控制队列长度的调整，若cpu或内存使用率超过了预设阈值(例如，80％)，那么，可以逐渐减小队列的长度，以便减小接口被调用的并发数，减小接口所在服务器的负荷。
67.4、在自动化平台上部署某个服务化接口时，可以选择是否部署到多个服务器。若部署了多个服务器，那么在注册中心上会记录该接口被部署在了哪些服务器，以及各个服务器的cpu和内存使用率；由于每个服务器上不只是部署了一个接口服务，会被部署很多不同的接口服务，所以每个服务器的资源使用率情况是不同的。注册中心会监控同一服务化接口所属的几个服务器的使用率情况，当接口被请求调用时，优先将调用分发到使用率较小的服务器。
68.5、支持除了自动化平台内可以调用各个已经被部署的服务化接口外，自动化平台以外的应用也可以调用这些被部署的服务化接口。调用方式：可通过完整的包含ip地址的url来调用，也可以通过使用别名来调用。若使用别名来调用，那就要在应用的代码工程中引入预设服务化接口对应的jar包，使得在工程内可以使用注解+别名的方式去调用想要调用的服务化接口。至于接口的别名，可以在注册中心中查询得到(注册中心提供一个前端页面，登录页面可以查询所有接口的信息)。
69.可选地，上述步骤101，在预设服务化接口初始化后，将所述预设服务化接口的接
口信息上传给注册中心之前，还可以包括如下步骤：
70.b1、接收业务处理指令，所述业务处理指令中携带目标业务标识；
71.b2、按照预设的业务标识与服务化接口标识之间的映射关系，确定所述目标业务标识对应的目标服务化接口标识；
72.b3、对所述目标服务化接口标识对应的所述预设服务化接口进行初始化，执行所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心的步骤。
73.其中，服务器中可以预先存储预设的业务标识与服务化接口标识之间的映射关系，业务标识可以用于表述业务类型，业务类型可以为以下至少一种：保险业务、贷款业务、还款业务、支付业务等等，在此不做限定，服务化接口标识可以用于表述服务化接口的类型或者具体是哪个接口。服务器可以接收业务处理指令，该业务处理指令中可以携带目标业务标识，进而，按照预设的业务标识与服务化接口标识之间的映射关系，确定目标业务标识对应的目标服务化接口标识，再对目标服务化接口标识对应的预设服务化接口进行初始化，如此，可以让接口环境得到优化，有助于提升后续接口调用精准度。
74.进一步地，可选地，上述步骤b3，对所述目标服务化接口标识对应的所述预设服务化接口进行初始化，可以包括如下步骤：
75.b31、获取服务器的目标资源参数；
76.b32、按照预设的资源参数与初始化参数之间的映射关系，确定所述目标资源参数对应的目标初始化参数；
77.b33、依据所述目标初始化参数对所述目标服务化接口标识对应的所述预设服务化接口进行初始化。
78.其中，本申请实施例中，资源参数可以为以下至少一种：cpu资源使用率、gpu资源使用率、服务器运算速率、内存大小、系统负荷、进程数量、cpu温度、gpu温度等等，在此不做限定。初始化参数可以为以下至少一种：初始化程度、初始化速率、初始化区域等等，在此不做限定。
79.具体实现中，服务器可以获取服务器的目标资源参数，且按照预设的资源参数与初始化参数之间的映射关系，确定目标资源参数对应的目标初始化参数，再依据目标初始化参数对目标服务化接口标识对应的所述预设服务化接口进行初始化，进而，可以依据服务器的运行环境(资源参数)，对服务化接口进行初始化服务，能够保证接口的最佳运行环境，有助于保证接口调用正常运行。
80.可选地，上述步骤103，在所述接口状态为被调用状态时，还可以包括如下步骤：
81.c1、确定调用所述预设服务化接口的设备的目标设备标识；
82.c2、在所述目标设备标识属于预设设备标识集时，执行所述获取所述被调用状态的调用请求在预设队列中的次序的步骤。
83.其中，服务器中可以预先存储预设设备标识集，该预设设备标识集中可以包括至少一个设备标识，设备标识用于指示具体的设备，设备标识可以为以下至少一种：mac地址、集成电路卡识别码(integrate circuit card identity，ccid)、国际移动设备识别码(international mobile equipment identity，imei)等等，在此不作限定。
84.具体实现中，服务器可以确定调用预设服务化接口的设备的目标设备标识；进而，
在目标设备标识属于预设设备标识集时，执行所述获取所述被调用状态的调用请求在预设队列中的次序的步骤，否则，则预设服务化接口不被调用，如此，能够实现针对指定设备才能够调用预设服务化接口。
85.可选地，上述步骤101之前，还可以包括如下步骤：
86.d1、获取当前环境参数；
87.d2、获取目标测试要求；
88.d3、按照预设的测试要求与测试环境参数之间的映射关系，确定所述目标测试要求对应的预设测试环境参数；
89.d4、将所述当前环境参数与所述预设测试环境参数进行比对；
90.d5、在所述当前环境参数与所述预设测试环境参数比对成功时，执行所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心的步骤。
91.其中，预设测试环境参数可以由用户自行设置或者系统默认，或者，可以由产品的生厂商决定。预设测试环境参数可以包括软件测试环境参数，和/或，硬件测试环境参数。软件测试环境参数可以包括以下至少一种：cpu温度、gpu温度、前台应用类型、进程数量、cpu资源占用率、gpu资源占用率、内存大小、屏幕分辨率、系统类型等等，在此不做限定。硬件测试环境参数可以包括以下至少一种：cpu型号、gpu型号、cpu核数、cpu处理速率、gpu处理速率等等，在此不做限定。不同的测试要求可以对应不同的测试环境参数。
92.另外，当前环境参数可以包括软件环境参数，和/或，硬件环境参数。软件环境参数可以包括以下至少一种：cpu温度、gpu温度、前台应用类型、进程数量、cpu资源占用率、gpu资源占用率、内存大小、屏幕分辨率、系统类型等等，在此不做限定。硬件环境参数可以包括以下至少一种：cpu型号、gpu型号、cpu核数、cpu处理速率、gpu处理速率等等，在此不做限定。
93.具体实现中，服务器中可以预先存储预设的测试要求与测试环境参数之间的映射关系，获取当前环境参数，获取目标测试要求，按照预设的测试要求与测试环境参数之间的映射关系，确定目标测试要求对应的预设测试环境参数，将当前环境参数与预设测试环境参数进行比对，且在当前环境参数与预设测试环境参数比对成功时，执行步骤101，反之，在当前环境参数与预设测试环境参数比对失败时，则需要对测试环境进行调试，以使得当前环境满足测试要求。
94.可以看出，本申请实施例中所描述的接口调用方法，在预设服务化接口初始化后，将预设服务化接口的接口信息上传给注册中心，在注册中心记录接口信息之后，每隔预设时间间隔检测预设服务化接口的接口状态，在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，依据次序等待预设服务化接口被调用，能够在预设服务化接口初始化后，以保证接口良好的运行环境，再将其接口信息上传注册中心，由注册中心每隔预设时间间隔检测接口状态，以避免频率检测接口状态，进而，在接口状态为被调用状态时，确定其对应的调用次序，以基于该调用次序，实现接口调用，从而，保证接口有序调用，能够提升接口效率。
95.请参阅图2，图2是本申请实施例提供的一种接口调用方法的流程示意图，应用于服务器，如图所示，本接口调用方法包括：
96.201、在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册
中心。
97.202、获取所述预设服务化接口对应的历史调用记录。
98.203、依据所述历史调用记录确定所述预设服务化接口的目标调用频率。
99.204、按照预设的调用频率与时间间隔之间的映射关系，确定所述目标调用频率对应的所述预设时间间隔。
100.205、在所述注册中心记录所述接口信息之后，每隔所述预设时间间隔检测所述预设服务化接口的接口状态。
101.206、在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序。
102.207、依据所述次序等待所述预设服务化接口被调用。
103.其中，上述步骤201
‑
步骤207的具体描述可以参照上述图1所描述的相应步骤，在此不再赘述。
104.可以看出，本申请实施例中所描述的接口调用方法，在预设服务化接口初始化后，将预设服务化接口的接口信息上传给注册中心，获取预设服务化接口对应的历史调用记录，依据历史调用记录确定预设服务化接口的目标调用频率，按照预设的调用频率与时间间隔之间的映射关系，确定目标调用频率对应的预设时间间隔，在注册中心记录接口信息之后，每隔预设时间间隔检测预设服务化接口的接口状态，在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，依据次序等待预设服务化接口被调用，能够在预设服务化接口初始化后，以保证接口良好的运行环境，再将其接口信息上传注册中心，并通过该接口的历史调用情况确定相应的检测时间间隔，由注册中心每隔预设时间间隔检测接口状态，以避免频率检测接口状态，进而，在接口状态为被调用状态时，确定其对应的调用次序，以基于该调用次序，实现接口调用，从而，保证接口有序调用，能够提升接口效率。
105.与上述实施例一致地，请参阅图3，图3是本申请实施例提供的一种服务器的结构示意图，如图所示，该服务器包括处理器、存储器、通信接口以及一个或多个程序，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，本申请实施例中，上述程序包括用于执行以下步骤的指令：
106.在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心；
107.在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态；
108.在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序；
109.依据所述次序等待所述预设服务化接口被调用。
110.可以看出，本申请实施例中所描述的服务器，在预设服务化接口初始化后，将预设服务化接口的接口信息上传给注册中心，在注册中心记录接口信息之后，每隔预设时间间隔检测预设服务化接口的接口状态，在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，依据次序等待预设服务化接口被调用，能够在预设服务化接口初始化后，以保证接口良好的运行环境，再将其接口信息上传注册中心，由注册中心每隔预
设时间间隔检测接口状态，以避免频率检测接口状态，进而，在接口状态为被调用状态时，确定其对应的调用次序，以基于该调用次序，实现接口调用，从而，保证接口有序调用，能够提升接口效率。
111.可选地，在所述将所述预设服务化接口的接口信息上传给注册中心方面，上述程序包括用于执行以下步骤的指令：
112.获取所述注册中心对应的属性列表；
113.获取所述预设服务化接口的接口信息集；
114.依据所述属性列表对所述接口信息集进行筛选，得到所述预设服务化接口的接口信息，并将该接口信息上传给注册中心。
115.可选地，所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心之后，以及所述在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态之前，上述程序还包括用于执行以下步骤的指令：
116.获取所述预设服务化接口对应的历史调用记录；
117.依据所述历史调用记录确定所述预设服务化接口的目标调用频率；
118.按照预设的调用频率与时间间隔之间的映射关系，确定所述目标调用频率对应的所述预设时间间隔。
119.可选地，在所述依据所述历史调用记录确定所述预设服务化接口的目标调用频率方面，上述程序包括用于执行以下步骤的指令：
120.依据所述历史调用记录确定所述预设服务化接口的接口调用曲线，所述接口调用曲线的横轴为时间，纵轴为调用次数；
121.依据所述接口调用曲线确定平均调用次数；
122.确定所述接口调用曲线的极值点，得到多个极值点；
123.依据所述多个极值点以及所述平均调用次数确定目标均方差；
124.按照预设的均方差与调节系数之间的映射关系，确定所述目标均方差对应的目标调节系数；
125.依据所述目标调节系数对所述平均调用次数进行调节，得到参考调用次数，依据所述参考调用次数确定目标调用频率。
126.可选地，在所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心之前，上述程序还包括用于执行以下步骤的指令：
127.接收业务处理指令，所述业务处理指令中携带目标业务标识；
128.按照预设的业务标识与服务化接口标识之间的映射关系，确定所述目标业务标识对应的目标服务化接口标识；
129.对所述目标服务化接口标识对应的所述预设服务化接口进行初始化，执行所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心的步骤。
130.可选地，在所述对所述目标服务化接口标识对应的所述预设服务化接口进行初始化方面，上述程序还包括用于执行以下步骤的指令：
131.获取服务器的目标资源参数；
132.按照预设的资源参数与初始化参数之间的映射关系，确定所述目标资源参数对应的目标初始化参数；
133.依据所述目标初始化参数对所述目标服务化接口标识对应的所述预设服务化接口进行初始化。
134.可选地，在所述接口状态为被调用状态时，上述程序还包括用于执行以下步骤的指令：
135.确定调用所述预设服务化接口的设备的目标设备标识；
136.在所述目标设备标识属于预设设备标识集时，执行所述获取所述被调用状态的调用请求在预设队列中的次序的步骤。
137.上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
138.本申请实施例可以根据上述方法示例对服务器进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
139.图4是本申请实施例中所涉及的接口调用装置400的功能单元组成框图。该接口调用装置400，所述装置400包括：上传单元401、检测单元402、确定单元403和调用单元404，其中，
140.所述上传单元401，用于在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心；
141.所述检测单元402，用于在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态；
142.所述确定单元403，用于在所述接口状态为被调用状态时，获取所述被调用状态的调用请求在预设队列中的次序；
143.所述调用单元404，用于依据所述次序等待所述预设服务化接口被调用。
144.可以看出，本申请实施例中所描述的接口调用装置，在预设服务化接口初始化后，将预设服务化接口的接口信息上传给注册中心，在注册中心记录接口信息之后，每隔预设时间间隔检测预设服务化接口的接口状态，在接口状态为被调用状态时，获取被调用状态的调用请求在预设队列中的次序，依据次序等待预设服务化接口被调用，能够在预设服务化接口初始化后，以保证接口良好的运行环境，再将其接口信息上传注册中心，由注册中心每隔预设时间间隔检测接口状态，以避免频率检测接口状态，进而，在接口状态为被调用状态时，确定其对应的调用次序，以基于该调用次序，实现接口调用，从而，保证接口有序调用，能够提升接口效率。
145.可选地，在所述将所述预设服务化接口的接口信息上传给注册中心方面，所述上传单元401具体用于：
146.获取所述注册中心对应的属性列表；
147.获取所述预设服务化接口的接口信息集；
148.依据所述属性列表对所述接口信息集进行筛选，得到所述预设服务化接口的接口信息，并将该接口信息上传给注册中心。
149.可选地，所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心之后，以及所述在所述注册中心记录所述接口信息之后，每隔预设时间间隔检测所述预设服务化接口的接口状态之前，所述装置400还具体用于：
150.获取所述预设服务化接口对应的历史调用记录；
151.依据所述历史调用记录确定所述预设服务化接口的目标调用频率；
152.按照预设的调用频率与时间间隔之间的映射关系，确定所述目标调用频率对应的所述预设时间间隔。
153.可选地，在所述依据所述历史调用记录确定所述预设服务化接口的目标调用频率方面，所述装置400具体用于：
154.依据所述历史调用记录确定所述预设服务化接口的接口调用曲线，所述接口调用曲线的横轴为时间，纵轴为调用次数；
155.依据所述接口调用曲线确定平均调用次数；
156.确定所述接口调用曲线的极值点，得到多个极值点；
157.依据所述多个极值点以及所述平均调用次数确定目标均方差；
158.按照预设的均方差与调节系数之间的映射关系，确定所述目标均方差对应的目标调节系数；
159.依据所述目标调节系数对所述平均调用次数进行调节，得到参考调用次数，依据所述参考调用次数确定目标调用频率。
160.可选地，在所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心之前，所述装置400还具体用于：
161.接收业务处理指令，所述业务处理指令中携带目标业务标识；
162.按照预设的业务标识与服务化接口标识之间的映射关系，确定所述目标业务标识对应的目标服务化接口标识；
163.对所述目标服务化接口标识对应的所述预设服务化接口进行初始化，执行所述在预设服务化接口初始化后，将所述预设服务化接口的接口信息上传给注册中心的步骤。
164.可选地，在所述对所述目标服务化接口标识对应的所述预设服务化接口进行初始化方面，所述装置400具体用于：
165.获取服务器的目标资源参数；
166.按照预设的资源参数与初始化参数之间的映射关系，确定所述目标资源参数对应的目标初始化参数；
167.依据所述目标初始化参数对所述目标服务化接口标识对应的所述预设服务化接口进行初始化。
168.可选地，在所述接口状态为被调用状态时，所述装置400还具体用于：
169.确定调用所述预设服务化接口的设备的目标设备标识；
170.在所述目标设备标识属于预设设备标识集时，执行所述获取所述被调用状态的调
用请求在预设队列中的次序的步骤。
171.可以理解的是，本实施例的接口调用装置的各程序模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。
172.本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括服务器。
173.本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括服务器。
174.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
175.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
176.在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
177.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
178.另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
179.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
180.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可
以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read
‑
only memory，简称：rom)、随机存取器(英文：random access memory，简称：ram)、磁盘或光盘等。
181.以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。