CN115061743A - 接口调用方法及装置、计算机可读介质和电子设备 - Google Patents

Abstract

本公开提供一种接口调用方法及装置、计算机可读介质和电子设备，涉及计算机技术领域。该方法包括：响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定目标应用程序对应的第一结果数据；将第一结果数据同步到目标应用程序侧的第二缓存单元；根据调用请求确定目标应用程序接口；从第二缓存单元存储的第一结果数据中匹配目标应用程序接口对应的第二结果数据，以使目标应用程序直接从第二缓存单元调用第二结果数据完成目标应用程序接口的调用。本公开能够有效提升应用程序的启动速度以及运行速度，降低***服务进程的负载，提升***的流畅性，并降低设备功耗。

Description

接口调用方法及装置、计算机可读介质和电子设备

技术领域

本公开涉及计算机技术领域，具体涉及一种接口调用方法、接口调用装置、计算机可读介质和电子设备。

背景技术

随着科学技术的发展，智能手机被广泛使用，人们通过智能手机中安装的应用程序(Application，APP)实现各种各样的功能。通常来说，在终端***中，为了保证数据的安全性，每个进程都是独立运行的，不能直接使用其他进程资源。因此，服务进程为应用程序所在的进程提供服务时，一般是通过进程间通信(如，Android***中的跨进程通信机制binder)实现的，具体的，可以预先为这些服务设置对应的应用程序编程接口(ApplicationProgramming Interface，API，后续简称为应用程序接口)，应用程序可以通过调用服务对应的API，即可使用该服务进程中的资源，从而实现想要的功能。

目前，相关技术中，应用程序APP在冷启动或者使用过程中，会存在多次通过binder调用相同***服务的API，不仅需要消耗较多的时间，而且会造成***服务的负载增加，降低***性能。

发明内容

本公开的目的在于提供一种接口调用方法、接口调用装置、计算机可读介质和电子设备，进而至少在一定程度上提升应用程序的启动速度以及运行速度，降低***服务进程的负载，提升***的流畅性，降低设备功耗。

根据本公开的第一方面，提供一种接口调用方法，包括：

响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据；

将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元；

根据所述调用请求确定目标应用程序接口；

从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

根据本公开的第二方面，提供一种接口调用装置，包括：

第一结果数据确定模块，用于响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据；

第一结果数据同步模块，用于将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元；

接口确定模块，用于根据所述调用请求确定目标应用程序接口；

本地调用模块，用于从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

根据本公开的第三方面，提供一种计算机可读介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的方法。

根据本公开的第四方面，提供一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述的方法。

本公开的一种实施例所提供的接口调用方法，在检测到目标应用程序的调用请求时，首先可以从***服务侧的第一缓存单元中确定目标应用程序对应的第一结果数据，然后将第一结果数据同步到目标应用程序侧的第二缓存单元，并根据调用请求确定目标应用程序接口，最后目标应用程序直接从第二缓存单元中匹配目标应用程序接口对应的第二结果数据。一方面，将应用程序的历史调用应用程序接口得到的结果数据缓存在***服务侧的第一缓存单元中，在下一次需要调用时，直接从第一缓存单元获取结果数据，不需要等待应用程序接口反馈结果数据，提升接口调用的响应速度，同时降低***服务进程的负载压力，提升***的流畅性，同时也降低了终端设备的功耗；另一方面，在应用程序请求调用相关接口时，将应用程序对应的结果数据从第一缓存单元同步到应用程序本地的第二缓存单元中，直接在本地完成目标应用程序接口的调用，能够减少数据通信路径，提高结果数据的获取效率，有效提升应用程序的启动速度以及运行速度。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的一种示例性***架构的示意图；

图2示意性示出本公开示例性实施例中一种通过跨进程通信调用应用程序接口的框架示意图；

图3示意性示出本公开示例性实施例中一种接口调用方法的流程示意图；

图4示意性示出本公开示例性实施例中一种通过***服务侧的第一缓存单元缓存结果数据的框架示意图；

图5示意性示出本公开示例性实施例中一种通过第二缓存单元实现本地调用应用程序接口的框架示意图；

图6示意性示出本公开示例性实施例中一种选择性缓存接口调用数据的流程示意图；

图7示意性示出本公开示例性实施例中一种定期持久化存储结果数据的流程示意图；

图8示意性示出本公开示例性实施例中一种更新缓存的结果数据的框架示意图；

图9示意性示出本公开示例性实施例中接口调用装置的组成示意图；

图10示出了可以应用本公开实施例的一种电子设备的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种接口调用方法及装置的示例性应用环境的***架构的示意图。

如图1所示，***架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是各种运行应用程序的电子设备，包括但不限于便携式计算机、智能手机、平板电脑和可穿戴设备等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的接口调用方法一般由终端设备101、102、103中执行，相应地，接口调用装置一般设置于终端设备101、102、103中。但本领域技术人员容易理解的是，本公开实施例所提供的接口调用方法也可以由服务器105执行，相应的，接口调用装置也可以设置于服务器105中，本示例性实施例中对此不做特殊限定。举例而言，在一种示例性实施例中，可以是开发人员在测试环境中获取目标应用程序对应的第一结果数据，然后上传至服务器105中，并在终端设备101、102、103检测到目标应用程序的调用请求时，服务器105通过网络104将目标应用程序对应的第一结果数据下发到终端设备101、102、103的第一缓存单元或者第二缓存单元中。

相关技术中，参考图2所示，终端设备210可以包括***服务侧220和应用程序侧230。以终端设备210中的应用程序App冷启动请求为例，应用程序侧230中的App冷启动过程可以概述为：启动App的进程，加载进程相关资源，启动App界面，显示App界面。应用程序侧230的应用程序在冷启动时，一般通过多次binder调用***服务侧220的***服务(PMS，DMS等)的API，以获得API返回的结果数据，例如，结果数据可以是包参数信息package，显示参数信息display，许可证信息permission等信息。在获得***服务的相关信息时，一般需要多次binder调用相同***服务的API，然而相同***服务的API返回的数据一般是相同的，而多次binder调用需要消耗较多的时间，造成***服务进程的负载增加，导致应用程序的启动速度较慢。

基于相关技术中的一个或者多个问题，本公开首先提供了一种接口调用方法，下面以终端设备执行该方法为例，对本公开示例性实施方式的接口调用方法和接口调用装置进行说明。

图3示出了本示例性实施方式中一种接口调用方法的流程示意图，可以包括以下步骤S310至步骤S340：

在步骤S310中，响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据。

在一示例性实施例中，调用请求是指目标应用程序在终端设备启动运行时向***服务进程请求调用应用程序接口的请求指令。例如，调用请求可以是用户触发目标应用程序的图标并启动目标应用程序时生成的冷启动请求。应用程序在冷启动过程中，一般需要通过跨进程通信机制多次向***服务进程system_server调用***服务相关的API，如***服务可以是应用程序的包管理服务(Package Manager Service，PMS)，也可以是应用程序的显示管理服务(Display Manager Service，DMS)等，通过调用***服务相关的API，可以得到应用程序冷启动所需要的包参数信息package，显示参数信息display，许可证信息permission等，实现应用程序的冷启动。

调用请求也可以是在目标应用程序的运行过程中用户触发某个功能控件生成的交互请求。例如在用户使用拍照应用程序的后置摄像头时，触发闪光灯启动控件，此时应用程序会向***服务进程调用闪光灯硬件相关的API，得到API反馈的与闪光灯硬件相关的结果数据。当然，调用请求还可以是其他类型的向***服务进程请求调用应用程序接口的请求指令，本实施例对调用应用程序接口的请求指令的类型不做任何特殊限定。

第一缓存单元是指设置在***服务侧的用于缓存和管理相关应用程序接口返回的结果数据的控制模块，例如，在应用程序运行时，可以通过第一缓存单元抓取并缓存应用程序调用的各应用程序接口返回的结果数据，并在下次应用程序调用相同的应用程序接口时，将对应的结果数据直接返回，不需要重新调用相同的应用程序接口。具体的，第一缓存单元可以根据应用程序的标识数据(如应用程序的包名称)存储结果数据，并在后续检测到应用程序的调用请求时，直接根据应用程序的标识数据查询该应用程序相关的结果数据。

第一结果数据是指第一缓存单元中缓存的与目标应用程序相关的所有结果数据。

在步骤S320中，将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元。

在一示例性实施例中，第二缓存单元是指在目标应用程序侧设置的用于存储目标应用程序对应的第一结果数据的本地缓存模块。

同步是指将第一缓存单元中目标应用程序对应的第一结果数据备份到第二缓存单元中，或者通过第一缓存单元中的第一结果数据更新第二缓存单元中的第一结果数据的过程，通过数据同步，可以保证***服务侧以及目标应用程序侧存储的第一结果数据的一致性以及完整性。

举例而言，***服务侧的第一缓存单元中当前存储了应用程序A对应的接口调用的结果数据A和应用程序B对应的接口调用的结果数据B；假设在应用程序侧启动应用程序B，此时应用程序B对应的应用程序进程会向***服务侧(如system_server进程)的第一缓存单元发送同步请求，然后第一缓存单元可以根据该同步请求进行结果数据查询。具体的，第一缓存单元在接收到同步请求后，可以根据同步请求中应用程序B的标识数据，匹配应用程序B对应的结果数据B，然后通过进程间通信机制或者数据同步工具将结果数据B备份到应用程序侧的第二缓存单元中，实现将第一结果数据同步到目标应用程序侧的第二缓存单元；当然，在应用程序B的使用过程中，可以在一定时间间隔内，第二缓存单元重新向第一缓存单元发送同步请求，第一缓存单元根据同步请求将重新查询到的最新的结果数据B，然后通过最新的结果数据B覆盖第二缓存单元中的结果数据B。

在检测到目标应用程序的调用请求时，可以根据调用请求中包含的目标应用程序的标识数据，从***服务侧的第一缓存单元中匹配与目标应用程序相关的所有结果数据，即目标应用程序对应的第一结果数据。然后，第一缓存单元可以向第二缓存单元发送同步请求，在第二缓存单元同意后，第一缓存单元可以将确定的第一结果数据同步到第二缓存单元中，这样，目标应用程序可以直接在第二缓存单元中查询当前所需要的API接口返回的结果数据，而不需要从***服务进程中获取。

在步骤S330中，根据所述调用请求确定目标应用程序接口。

在一示例性实施例中，目标应用程序接口是指目标应用程序的调用请求所要调用的应用程序接口，例如，在调用请求是冷启动请求时，目标应用程序接口可以是包管理服务PMS相关的应用程序接口，也可以是应用程序的显示管理服务DMS相关的应用程序接口，具体的，当前所要调用的目标应用程序接口与目标应用程序的调用请求的类型相关，本示例实施例对此不做特殊限定。

在步骤S340中，从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

在一示例性实施例中，第二结果数据是指应用程序在***服务进程调用目标应用程序接口时，目标应用程序接口返回的结果数据。即第一结果数据可以包括目标应用程序在使用过程中调用多个应用程序接口时返回的多个结果数据，第二结果数据可以包括目标应用程序接口返回的结果数据，第一结果数据包括第二结果数据。

举例而言，应用程序侧运行的是应用程序B(即目标应用程序)，第二缓存单元中存储的是从第一缓存单元中同步的结果数据B(即第一结果数据)中，结果数据B可以包括应用程序B对应的多个应用程序接口的结果数据，如结果数据B可以包括调用应用程序接口1产生的结果数据1和调用应用程序接口2产生的结果数据2；假设应用程序B在运行过程中，需要调用应用程序接口2(即目标应用程序接口)，此时生成调用请求，第二缓存单元在接收到调用请求后，可以根据调用请求中包含的应用程序接口2的标识数据，在结果数据B查询结果数据2，并将查询到的结果数据2返回给应用程序B，实现从第二缓存单元存储的结果数据B中匹配当前需要调用的应用程序接口2对应的结果数据2(即第二结果数据)。

需要说明的是，本实施例“第一结果数据”和“第二结果数据”中的“第一”、“第二”仅是用于区分应用程序接口返回的不同结果数据，没有任何特殊含义，并不应对本示例实施例造成任何特殊限定。

在第一缓存单元将目标应用程序对应的第一结果数据同步到第二缓存单元之后，这样，目标应用程序可以直接在本地的第二缓存单元直接获取调用请求所需要的第二结果数据，而不需要通过跨进程通信机制从***服务进程获取，有效缩短通信路径，提升第二结果数据的获取效率，降低***服务进程的负载压力。

同时，在应用程序后续的使用过程中，若第二缓存单元中存在所需要的结果数据，就可以直接在第二缓存单元中获取；若第二缓存单元中不存在所需要的结果数据，可以通过跨进程通信机制从***服务进程获取，此时第一缓存单元可以将该结果数据记录缓存，并同步到第二缓存单元中，如此往复，随着应用程序的使用，越来越多的结果数据缓存到第二缓存单元，进一步提升应用程序的启动速度以及响应速度，有效提升应用程序的流畅性。

下面，对步骤S310至步骤S340中的接口调用方法进行详细说明。

在一示例性实施例中，可以响应于各应用程序对应用程序接口的首次调用请求，记录应用程序接口对应的接口调用数据，然后将接口调用数据存储到***服务侧的第一缓存单元中。

其中，首次调用请求是指应用程序第一次调用某个应用程序接口时生成的请求，例如，首次调用请求可以是在应用程序安装到终端设备后，启动应用程序时所生成的首次冷启动调用请求，也可以是在应用程序安装到终端设备后，对于某个功能触发后生成首次交互请求，本示例实施例对此不做特殊限定。

接口调用数据是指首次调用请求调用的应用程序接口相关的数据，例如，接口调用数据可以包括但不限于应用程序的标识数据、应用程序接口的标识数据、调用应用程序接口时返回的结果数据等，本示例实施例不以此为限。

在检测到各应用程序对应用程序接口的首次调用请求时，可以记录应用程序接口对应的接口调用数据，然后将接口调用数据存储到***服务侧的第一缓存单元中，便于后续使用，减少应用程序对于***服务进程的访问，降低***服务进程的负载压力。并且，随着应用程序的不断使用，第一缓存单元中缓存的与目标应用程序相关的第一结果数据越丰富，后续应用程序对***服务进程的访问就越少，即应用程序越使用越流畅。

另外，在检测到各应用程序对应用程序接口的首次调用请求时，不仅记录调用应用程序接口时返回的结果数据，还记录该应用程序接口对应的标识数据、应用程序的标识数据等，便于后续调用使用的匹配查询，进一步提升结果数据的获取效率。

图4示意性示出本公开示例性实施例中一种通过***服务侧的第一缓存单元缓存结果数据的框架示意图。

参考图4所示，终端设备410可以包括***服务侧420和应用程序侧430，其中，***服务侧420可以设置第一缓存单元440，该第一缓存单元用于缓存各应用程序在首次调用应用程序接口时返回的结果数据。以终端设备410中的应用程序App冷启动请求为例，在App首次冷启动时，App调用到***服务侧420中的***服务进程，通过跨进程通信机制获取***服务的相关信息。

在一可选的实施例中，***服务侧420可以设置抓取调用目标API返回的结果数据的请求收集单元450，该请求收集单元450可以在检测到目标API时，采集该目标API返回的结果数据，同时采集目标API对应的标识信息，以及该目标API对应的目标应用程序的标识信息，并将这三个数据汇总作为目标API的接口调用数据，并将目标API的接口调用数据缓存到第一缓存单元440中。

可选的，可以获取测试环境中各应用程序在调用应用程序接口时记录的接口调用数据，该接口调用数据可以包括但不限于应用程序的标识数据、应用程序接口的标识数据、调用应用程序接口时返回的结果数据等，具体的，可以包括目标应用程序对应的第一结果数据，并将接口调用数据存储到云端服务器；以及，在应用程序安装时，或者在接收到终端设备中目标应用程序的首次调用请求时，云端服务器下发目标应用程序对应的第一结果数据，并将第一结果数据直接缓存到目标应用程序侧的第二缓存单元中，即目标应用程序的首次调用请求也不需要访问***服务进程，进一步减少***服务进程的负载压力，提升目标应用程序在首次安装使用时的响应速度，全流程提升应用程序的响应速度。

在一示例性实施例中，可以根据调用请求确定目标应用程序的标识数据，进而可以通过目标应用程序的标识数据，以及***服务侧的第一缓存单元中存储的接口调用数据中的标识数据，查询目标应用程序对应的第一结果数据。通过在存储目标应用程序对应的第一结果数据时，同时存储应用程序的标识数据，能够有效提升第一结果数据的查询效率，提升第一结果数据的获取速度。

在一示例性实施例中，可以根据调用请求确定目标应用程序接口的标识数据，进而可以通过目标应用程序接口的标识数据，以及从第二缓存单元存储的接口调用数据中的标识数据匹配目标应用程序接口对应的第二结果数据。通过在存储目标应用程序对应的第一结果数据时，同时存储应用程序接口的标识数据，能够有效提升目标应用程序接口对应的第二结果数据的匹配效率，提升第二结果数据的获取速度，进一步保证应用程序的启动速度和运行的流畅性。

图5示意性示出本公开示例性实施例中一种通过第二缓存单元实现本地调用应用程序接口的框架示意图。

参考图5所示，终端设备410可以在应用程序侧430设置第二缓存单元550，第二缓存单元550用于缓存从第一缓存单元440中同步过来的与当前冷启动的目标应用程序相关的第一结果数据。

继续以终端设备410中的应用程序App冷启动请求为例，启动App进程560时，应用程序会向***服务侧420中的第一缓存单元440进行缓存查询，确定应用程序侧430中运行的目标应用程序对应的第一结果数据，并将目标应用程序对应的第一结果数据，同步到目标应用程序的***服务侧420的第二缓存单元550中。

第二缓存单元550可以接收第一缓存单元440的同步缓存请求，完成初始化，并将目标应用程序对应的第一结果数据保存在本地。后续目标应用程序启动调用目标API，在第二缓存单元550中命中目标应用程序接口的第二结果数据，则直接第二缓存单元550中取得第二结果数据，无需在***服务进程中获取第二结果数据，有效提升第二结果数据的获取效率，提高应用程序的冷启动速度。

在一示例性实施例中，可以通过图6中的步骤实现对结果数据的筛选，参考图6所示，具体可以包括：

步骤S610，获取当前应用程序接口的访问量；

步骤S620，响应所述访问量大于或者等于访问量阈值，将所述当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器。

其中，访问量是指一定时间段内当前应用程序接口的调用次数，例如，在10S内，当前应用程序接口被应用程序调用100次，那么可以认为当前应用程序接口的访问量可以是100，当然，此处仅提供了一种确定应用程序接口的访问量的可能实施方式，本领域技术人员还可以采用其他的方式确定当前应用程序接口的访问量，本示例实施例对此不做特殊限定。

访问量阈值是指预先设置的、用于判断当前应用程序接口的访问热度的数值，例如，访问量阈值可以是50，也可以是80，具体可以根据实际情况进行自定义设置，本示例实施不以此为限。

在确定当前应用程序接口的访问量大于或者等于访问量阈值时，可以认为当前应用程序接口在未来可能会被频繁调用，此时若访问量是在***服务侧统计的，可以将当前应用程序接口对应的接口调用数据存储到***服务侧中的第一缓存单元，当然，访问量也可以是在测试环境中对应用程序进行测试时生成的，此时可以将当前应用程序接口对应的接口调用数据存储到云端服务器。

在确定当前应用程序接口的访问量小于访问量阈值时，可以认为当前应用程序接口在未来使用时只是偶尔被调用，因此可以不用将当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器，可以在调用当前应用程序接口时直接访问***服务进程，避免访问量较小的接口调用数据对第一缓存单元或者云端服务器造成的存储压力，使第一缓存单元或者云端服务器腾出内存空间存储访问量较高的接口调用数据。

通过选择性的存储接口调用数据，降低第一缓存单元或者云端服务器的存储压力，有效服务访问量较高的当前应用程序接口，进一步保证结果数据的获取效率。

可选的，可以确定当前应用程序接口的接口类型，该接口类型可以包括第一接口类型以及第二接口类型，其中，第一接口类型的应用程序接口返回的结果数据不会随着时间变化而变化，例如，第一接口类型的应用程序接口可以是包管理服务PMS相关的应用程序接口，该应用程序接口返回的结果数据是包名称等参数，不会随着时间的变化而变化；第二接口类型的应用程序接口返回的结果数据会随着时间变化而变化，例如，第一接口类型的应用程序接口可以是***时间服务相关的应用程序接口，该应用程序接口返回的结果数据是***的当前时间，会随着时间变化而变化。

对于第一接口类型的应用程序接口，其返回的结果数据不会随着时间变化而变化，因此可以在检测到当前应用程序接口为第一接口类型时，将该当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器，作为应用程序后续使用时可以直接调用的结果数据。

对于第二接口类型的应用程序接口，其返回的结果数据会随着时间变化而变化，因此可以在检测到当前应用程序接口为第二接口类型时，不需要将该当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器，而是直接通过跨进程通信从***服务进程获取结果数据。

需要说明的是，本实施例“第一接口类型”、“第二接口类型”仅是用于区分不同类型的应用程序接口，没有任何特殊含义，并不应对本示例实施例造成任何特殊限定。

根据接口类型对应用程序接口的接口调用数据进行选择性存储，可以有效减少第一缓存单元或者云端服务器存储的无效结果数据，降低第一缓存单元或者云端服务器的存储压力，有效服务访问量较高的当前应用程序接口，进一步保证结果数据的获取效率。

在一示例性实施例中，可以根据预设的存储周期将第一缓存单元中的结果数据存储到数据库中。其中，存储周期可以是预先设置的用于持久化存储第一缓存单元中数据的周期，例如，存储周期可以是1天，也可以是10天，具体的存储周期可以根据第一缓存单元的存储能力、存储空间大小而定，本示例实施例对此不做特殊限定。

通过将第一缓存单元中的数据持久化存储到数据库中，可以有效避免需要缓存的结果数据较多时第一缓存单元中产生数据覆盖的可能，保证结果数据的稳定性。

可选的，可以根据图7中的步骤实现将第一缓存单元中的结果数据持久化存储到数据库中，参考图7所示，具体可以包括：

步骤S710，获取所述第一缓存单元中的结果数据的调用频率；

步骤S720，确定所述调用频率大于或者等于频率阈值的目标结果数据；

步骤S730，根据所述存储周期将所述第一缓存单元中的目标结果数据存储到所述数据库中。

其中，调用频率是指结果数据在单位时间内的调用次数，例如，结果数据的调用频率可以是10次/天，调用频率越大，则说明该结果数据是常用结果数据，需要保证该结果数据的稳定性。频率阈值可以是5次/天，也可以是10次/天，具体可以根据实际应用情况进行自定义设置，本示例实施例对此不做特殊限定。

若结果数据的调用频率大于或者等于频率阈值，则可以认为该结果数据是常用的结果数据，未来会被多次调用，此时可以将该结果数据作为目标结果数据，并根据预设的存储周期将目标结果数据持久化存储到数据库中，保证目标结果数据的稳定性。

若结果数据的调用频率小于频率阈值，则可以认为该结果数据是非常用的结果数据，可以不用持久化存储到数据库中，降低终端设备的数据路的存储压力。

在一示例性实施例中，可以在检测到目标应用程序的版本变化通知时，更新***服务侧的第一缓存单元中目标应用程序对应的第一结果数据，以及向第二缓存单元发送缓存更新请求，以使第一缓存单元将更新后的第一结果数据同步到第二缓存单元。

其中，在目标应用程序升级版本或者降低版本时，目标应用程序所需要调用的应用程序接口或者应用程序接口返回的结果数据会发生变化，此时需要对第一缓存单元以及第二缓存单元中存储的结果数据进行更新。因此，在应用程序的版本变化时，可以接收到目标应用程序的版本变化通知，并基于该版本变化通知对***服务侧的第一缓存单元中的结果数据进行更新，同时向第二缓存单元发送缓存更新请求，以便于第一缓存单元将更新后的第一结果数据同步到第二缓存单元。

通过在检测到应用程序发生版本变化时，及时对第一缓存单元以及第二缓存单元中目标应用程序对应的第一结果数据进行及时更新，保证目标应用程序在第一缓存单元或者第二缓存单元获取第一结果数据时，能够返回最新的第一结果数据，保证目标应用程序的稳定运行，进一步提升目标应用程序的启动速度以及运行流畅性。

图8示意性示出本公开示例性实施例中一种更新缓存的结果数据的框架示意图。

参考图8所示，终端设备410中运行的目标应用程序在版本发生变化时，可以向***服务侧420发送版本变化通知，***服务侧420中的第一缓存单元440在接收到目标应用程序的版本变化通知时，确定缓存变化情况，并更新第一缓存单元440中存储的目标应用程序对应的第一结果数据，例如，更新第一缓存单元440中存储的目标应用程序相关的package，permission等结果数据。

同时第一缓存单元440会向应用程序侧430的第二缓存单元550发送缓存更新请求，第二缓存单元550在接收到缓存更新请求后，初始化第二缓存单元550对应的内存空间，开始获取第一缓存单元440发送的更新后的第一结果数据，完成对目标应用程序对应的第一结果数据的更新。

在一示例性实施例中，可以在检测到目标应用程序的卸载通知时，删除第一缓存单元中目标应用程序对应的第一结果数据。

其中，在目标应用程序被卸载时，目标应用程序相关的第一结果数据自此之后不会被调用，并且目标应用程序侧的第二缓存单元在目标应用程序被卸载时则会被直接删除，因此，还需要将第一缓存单元中目标应用程序对应的第一结果数据进行删除，减少第一缓存单元中的冗余数据，降低第一缓存单元的存储压力。

综上所述，本示例性实施方式中，在检测到目标应用程序的调用请求时，首先可以从***服务侧的第一缓存单元中确定目标应用程序对应的第一结果数据，然后将第一结果数据同步到目标应用程序侧的第二缓存单元，并根据调用请求确定目标应用程序接口，最后目标应用程序直接从第二缓存单元中匹配目标应用程序接口对应的第二结果数据。一方面，将应用程序的历史调用应用程序接口得到的结果数据缓存在***服务侧的第一缓存单元中，在下一次需要调用时，直接从第一缓存单元获取结果数据，不需要等待应用程序接口反馈结果数据，提升接口调用的响应速度，同时降低***服务进程的负载压力，提升***的流畅性，同时也降低了终端设备的功耗；另一方面，在应用程序请求调用相关接口时，将应用程序对应的结果数据从第一缓存单元同步到应用程序本地的第二缓存单元中，直接在本地完成目标应用程序接口的调用，能够减少数据通信路径，提高结果数据的获取效率，有效提升应用程序的启动速度以及运行速度。

需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

进一步的，参考图9所示，本示例的实施方式中还提供一种接口调用装置900，可以包括第一结果数据确定模块910、第一结果数据同步模块920、接口确定模块930和本地调用模块940。其中：

第一结果数据确定模块910用于响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据；

第一结果数据同步模块920用于将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元；

接口确定模块930用于根据所述调用请求确定目标应用程序接口；

本地调用模块940用于从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

在一示例性实施例中，接口调用装置900还可以包括接口调用数据记录单元，该接口调用数据记录单元可以用于：

响应于各应用程序对应用程序接口的首次调用请求，记录所述应用程序接口对应的接口调用数据；

将所述接口调用数据存储到所述第一缓存单元中；

其中，所述接口调用数据包括各所述应用程序的标识数据、所述应用程序接口的标识数据和调用所述应用程序接口时返回的结果数据。

在一示例性实施例中，接口调用装置900还可以包括数据预处理单元，该数据预处理单元可以用于：

获取测试环境中各应用程序在调用应用程序接口时记录的接口调用数据，并将所述接口调用数据存储到云端服务器，所述接口调用数据包括所述目标应用程序对应的第一结果数据；

响应于所述目标应用程序的首次调用请求，从所述云端服务器获取所述第一结果数据，并将所述第一结果数据缓存到所述第二缓存单元中。

在一示例性实施例中，第一结果数据确定模块910可以用于：

根据所述调用请求确定所述目标应用程序的标识数据；

通过所述目标应用程序的标识数据从***服务侧的第一缓存单元中查询所述目标应用程序对应的第一结果数据。

在一示例性实施例中，本地调用模块940可以用于：

根据所述调用请求确定所述目标应用程序接口的标识数据；

通过所述目标应用程序接口的标识数据从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据。

在一示例性实施例中，接口调用装置900还可以包括数据缓存单元，该数据缓存单元可以用于：

获取当前应用程序接口的访问量；

响应所述访问量大于或者等于访问量阈值，将所述当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器。

在一示例性实施例中，数据缓存单元还可以用于：

确定当前应用程序接口的接口类型，所述接口类型包括第一接口类型和第二接口类型，所述第一接口类型的应用程序接口返回的结果数据不会随着时间变化而变化，所述第二接口类型的应用程序接口返回的结果数据会随着时间变化而变化；

响应检测到所述当前应用程序接口为第一接口类型，将所述当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器。

在一示例性实施例中，接口调用装置900还可以包括数据持久化单元，该数据持久化单元可以用于：

根据预设的存储周期将所述第一缓存单元中的结果数据存储到数据库中。

在一示例性实施例中，该数据持久化单元还可以用于：

获取所述第一缓存单元中的结果数据的调用频率；

确定所述调用频率大于或者等于频率阈值的目标结果数据；

根据所述存储周期将所述第一缓存单元中的目标结果数据存储到所述数据库中。

在一示例性实施例中，第一结果数据同步模块920可以用于：

响应于检测到所述目标应用程序的版本变化通知，更新所述第一缓存单元中所述目标应用程序对应的第一结果数据；以及

向所述第二缓存单元发送缓存更新请求，以使所述第一缓存单元将更新后的第一结果数据同步到所述第二缓存单元。

在一示例性实施例中，第一结果数据同步模块920还可以用于：

响应于检测到所述目标应用程序的卸载通知，删除所述第一缓存单元中所述目标应用程序对应的第一结果数据。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为***、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

本公开的示例性实施方式提供一种用于实现接口调用方法的电子设备，其可以是图1中的终端设备101、102、103或者服务器105。该电子设备至少包括处理器和存储器，存储器用于存储处理器的可执行指令，处理器配置为经由执行可执行指令来执行接口调用方法。

下面以图10中的电子设备1000为例，对本公开中的电子设备的构造进行示例性说明。图10所示的电子设备1000仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于：至少一个处理单元1010、至少一个存储单元1020、连接不同***组件(包括存储单元1020和处理单元1010)的总线1030、显示单元1040。

其中，存储单元1020存储有程序代码，程序代码可以被处理单元1010执行，使得处理单元1010执行本说明书中的接口调用方法。

存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1021和/或高速缓存存储单元1022，还可以进一步包括只读存储单元(ROM)1023。

存储单元1020还可以包括具有一组(至少一个)程序模块1025的程序/实用工具1024，这样的程序模块1025包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1000也可以与一个或多个外部设备1070(例如传感器设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1050进行。并且，电子设备1000还可以通过网络适配器1060与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器、数据备份存储***以及传感器模块(如陀螺仪传感器、磁传感器、加速度传感器、距离传感器、接近光传感器等)。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

此外，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

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

Claims (14)

1.一种接口调用方法，其特征在于，包括：

响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据；

将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元；

根据所述调用请求确定目标应用程序接口；

从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于各应用程序对应用程序接口的首次调用请求，记录所述应用程序接口对应的接口调用数据；

将所述接口调用数据存储到所述第一缓存单元中；

其中，所述接口调用数据包括各所述应用程序的标识数据、所述应用程序接口的标识数据和调用所述应用程序接口时返回的结果数据。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取测试环境中各应用程序在调用应用程序接口时记录的接口调用数据，并将所述接口调用数据存储到云端服务器，所述接口调用数据包括所述目标应用程序对应的第一结果数据；

响应于所述目标应用程序的首次调用请求，从所述云端服务器获取所述第一结果数据，并将所述第一结果数据缓存到所述第二缓存单元中。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据，包括：

根据所述调用请求确定所述目标应用程序的标识数据；

通过所述目标应用程序的标识数据从***服务侧的第一缓存单元中查询所述目标应用程序对应的第一结果数据。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，包括：

根据所述调用请求确定所述目标应用程序接口的标识数据；

通过所述目标应用程序接口的标识数据从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据。

6.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

获取当前应用程序接口的访问量；

响应所述访问量大于或者等于访问量阈值，将所述当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

确定当前应用程序接口的接口类型，所述接口类型包括第一接口类型和第二接口类型，所述第一接口类型的应用程序接口返回的结果数据不会随着时间变化而变化，所述第二接口类型的应用程序接口返回的结果数据会随着时间变化而变化；

响应检测到所述当前应用程序接口为第一接口类型，将所述当前应用程序接口对应的接口调用数据存储到第一缓存单元或者云端服务器。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据预设的存储周期将所述第一缓存单元中的结果数据存储到数据库中。

9.根据权利要求8所述的方法，其特征在于，所述根据预设的存储周期将所述第一缓存单元中的结果数据存储到数据库中，包括：

获取所述第一缓存单元中的结果数据的调用频率；

确定所述调用频率大于或者等于频率阈值的目标结果数据；

根据所述存储周期将所述第一缓存单元中的目标结果数据存储到所述数据库中。

10.根据权利要求1所述的方法，其特征在于，所述将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元，包括：

响应于检测到所述目标应用程序的版本变化通知，更新所述第一缓存单元中所述目标应用程序对应的第一结果数据；以及

向所述第二缓存单元发送缓存更新请求，以使所述第一缓存单元将更新后的第一结果数据同步到所述第二缓存单元。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于检测到所述目标应用程序的卸载通知，删除所述第一缓存单元中所述目标应用程序对应的第一结果数据。

12.一种接口调用装置，其特征在于，包括：

第一结果数据确定模块，用于响应于目标应用程序的调用请求，从***服务侧的第一缓存单元中确定所述目标应用程序对应的第一结果数据；

第一结果数据同步模块，用于将所述第一结果数据同步到所述目标应用程序侧的第二缓存单元；

接口确定模块，用于根据所述调用请求确定目标应用程序接口；

本地调用模块，用于从所述第二缓存单元存储的第一结果数据中匹配所述目标应用程序接口对应的第二结果数据，以使所述目标应用程序直接从所述第二缓存单元调用所述第二结果数据。

13.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的方法。

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

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至11任一项所述的方法。

Images