CN114610417A - 接口调用方法、装置及存储介质 - Google Patents
接口调用方法、装置及存储介质 Download PDFInfo
- Publication number
- CN114610417A CN114610417A CN202011337494.4A CN202011337494A CN114610417A CN 114610417 A CN114610417 A CN 114610417A CN 202011337494 A CN202011337494 A CN 202011337494A CN 114610417 A CN114610417 A CN 114610417A
- Authority
- CN
- China
- Prior art keywords
- interface function
- cache
- calling
- interface
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4488—Object-oriented
- G06F9/449—Object-oriented method invocation or resolution
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4482—Procedural
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Devices For Executing Special Programs (AREA)
Abstract
本申请涉及一种接口调用方法、装置及存储介质,所述接口调用方法,包括:响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;从所述存储地址读取所述接口函数,并执行所述接口函数,其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的。本申请的实施例可以对第一缓存信息进行预填,从而提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种接口调用方法、装置及存储介质。
背景技术
面向对象的编程技术支持多继承及多实现。例如,在Java编程中,一个接口类可以继承多个接口类(即多继承),一个接口类也可以被多个类实现(即多实现)。当源代码中存在对多继承或多实现的接口类中的接口函数的调用时,在编译阶段,编译器通常无法确定调用该接口函数的对象的真实类型,也就无法确定调用的接口函数的地址,只有在程序运行阶段,才可通过动态查找的方式确定调用的接口函数的地址。然而,在运行时动态查找接口函数的地址,耗时较大,影响程序的执行效率。
发明内容
有鉴于此,提出了一种接口调用方法、装置及存储介质。
第一方面,本申请的实施例提供了一种接口调用方法,包括:响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;从所述存储地址读取所述接口函数,并执行所述接口函数,其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
本申请实施例的接口调用方法,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
根据第一方面,在所述接口调用方法的第一种可能的实现方式中,所述第一缓存信息包括多个第一缓存条目,所述第一缓存条目与所述第二缓存条目相对应,所述第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
根据第一方面,在所述接口调用方法的第二种可能的实现方式中,所述方法还包括:确定所述应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识;根据各个接口函数的调用信息,确定第二缓存信息。
在本实施例中,通过确定应用程序中各个接口函数的调用信息,并根据各个接口函数的调用信息,确定第二缓存信息,可提高第二缓存信息的准确性。
根据第一方面的第二种可能的实现方式,在所述接口调用方法的第三种可能的实现方式中,所述确定所述应用程序中各个接口函数的调用信息,包括:对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;执行所述采样目标码,得到各个接口函数的调用信息。
在本实施例中,通过对应用程序的源代码进行采样编译,可在源代码中的各个接口函数的调用位置的后面***预设的采样代码,并生成采样目标码,执行采样目标码后,可得到各个接口函数的调用信息,简单方便,可提高接口函数的调用信息的获取效率。
根据第一方面的第三种可能的实现方式,在所述接口调用方法的第四种可能的实现方式中,所述根据各个接口函数的调用信息,确定第二缓存信息,包括:在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,其中,所述第二缓存信息位于所述可执行文件中。
在本实施例中,通过在编译源代码生成应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数对应的第二缓存条目,得到第二缓存信息,不仅可提高第二缓存信息的生成效率,还可将第二缓存信息保存在应用程序的可执行文件中,不影响应用程序的安装或部署。
根据第一方面,在所述接口调用方法的第五种可能的实现方式中,所述根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址,包括:从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,获取所述第一缓存条目中接口函数的存储地址。通过这种方式,可快速确定接口函数的存储地址。
根据第一方面,在所述接口调用方法的第六种可能的实现方式中,每个接口函数的调用位置对应至少一个第二缓存条目。
通过这种方式,可对各个接口函数调用位置的至少一个调用信息进行缓存,从而可提高与第二缓存条目对应的第一缓存条目的命中率。
根据第一方面,在所述接口调用方法的第七种可能的实现方式中,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。通过这种方式,可减少缓存空间的使用。
根据第一方面或者第一方面的多种可能的实现方式中的一种或几种,在所述接口调用方法的第八种可能的实现方式中,所述应用程序的可执行文件通过方舟编译器编译生成,所述应用程序包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
第二方面,本申请的实施例提供了一种接口调用装置,所述装置包括:地址获取模块,响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;执行模块,从所述存储地址读取所述接口函数,并执行所述接口函数,其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
本申请实施例的接口调用装置,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
根据第二方面,在所述接口调用装置的第一种可能的实现方式中,所述第一缓存信息包括多个第一缓存条目,所述第一缓存条目与所述第二缓存条目相对应,所述第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
根据第二方面,在所述接口调用装置的第二种可能的实现方式中,所述装置还包括:调用信息确定模块,用于确定所述应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识;缓存信息确定模块,用于根据各个接口函数的调用信息,确定第二缓存信息。
在本实施例中,通过确定应用程序中各个接口函数的调用信息,并根据各个接口函数的调用信息,确定第二缓存信息,可提高第二缓存信息的准确性。
根据第二方面的第二种可能的实现方式,在所述接口调用装置的第三种可能的实现方式中,所述调用信息确定模块,包括:采样编译子模块,用于对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;采样执行子模块,用于执行所述采样目标码,得到各个接口函数的调用信息。
在本实施例中,通过对应用程序的源代码进行采样编译,可在源代码中的各个接口函数的调用位置的后面***预设的采样代码,并生成采样目标码,执行采样目标码后,可得到各个接口函数的调用信息,简单方便,可提高接口函数的调用信息的获取效率。
根据第二方面的第三种可能的实现方式,在所述接口调用装置的第四种可能的实现方式中,所述缓存信息确定模块,包括:缓存信息确定子模块,用于在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,其中,所述第二缓存信息位于所述可执行文件中。
在本实施例中,通过在编译源代码生成应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数对应的第二缓存条目,得到第二缓存信息,不仅可提高第二缓存信息的生成效率,还可将第二缓存信息保存在应用程序的可执行文件中,不影响应用程序的安装或部署。
根据第二方面,在所述接口调用装置的第五种可能的实现方式中,所述地址获取模块,包括:缓存条目确定子模块,用于从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;存储地址确定子模块,用于在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,获取所述第一缓存条目中接口函数的存储地址。通过这种方式,可快速确定接口函数的存储地址。
根据第二方面,在所述接口调用装置的第六种可能的实现方式中,每个接口函数的调用位置对应至少一个第二缓存条目。
通过这种方式,可对各个接口函数调用位置的至少一个调用信息进行缓存,从而可提高与第二缓存条目对应的第一缓存条目的命中率。
根据第二方面,在所述接口调用装置的第七种可能的实现方式中,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。通过这种方式,可减少缓存空间的使用。
根据第二方面或者第二方面的多种可能的实现方式中的一种或几种,在所述接口调用装置的第八种可能的实现方式中,所述应用程序的可执行文件通过方舟编译器编译生成,所述应用程序包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
第三方面,本申请的实施例提供了一种接口调用装置,包括处理器及用于存储处理器可执行指令的存储器,其中,所述处理器被配置为执行所述指令时实现上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的接口调用方法。
本申请实施例的接口调用装置,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
第四方面,本申请的实施例提供了一种非易失性计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的接口调用方法。
根据本申请的实施例,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
第五方面,本申请的实施例提供了一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当所述计算机可读代码在电子设备中运行时,所述电子设备中的处理器执行上述第一方面或者第一方面的多种可能的实现方式中的一种或几种的接口调用方法。
根据本申请的实施例,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
本申请的这些和其他方面在以下(多个)实施例的描述中会更加简明易懂。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本申请的示例性实施例、特征和方面,并且用于解释本申请的原理。
图1示出根据本申请一实施例的接口调用方法的应用场景的示意图。
图2示出根据本申请一实施例的接口调用方法的应用场景的示意图。
图3示出根据本申请一实施例的终端设备的结构示意图。
图4示出根据本申请一实施例的终端设备的软件结构框图。
图5示出根据本申请一实施例的接口调用方法的流程图。
图6示出根据本申请一实施例的接口调用方法的处理过程的示意图。
图7示出根据本申请一实施例的编译器的界面的示意图。
图8示出根据本申请一实施例的接口调用方法的执行效果的示意图。
图9示出根据本申请一实施例的接口调用装置的框图。
具体实施方式
以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本申请,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本申请同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本申请的主旨。
在面向对象的编程技术中,接口类可包括至少一个接口函数(也可称为接口方法)。为了更好地理解本申请实施例的技术方案,下面通过示例对接口类的多实现进行示例性说明。
假设有IntfA和IntfB两个接口类,接口类IntfA包括接口函数sayCat(),接口类IntfB包括接口函数sayDog(),子类SubClassA和SubClassB都实现了IntfA和IntfB,具体如下表1所示:
表1接口类及其子类
表1中,接口类IntfA既被子类SubClassA实现,也被子类SubClassB实现,即一个接口类被多个类实现,该实现方式即为接口类的多实现。同样,接口类IntfB既被子类SubClassA实现,也被子类SubClassB实现,也为多实现。
而子类SubClassA既实现接口类IntfA,也实现接口类IntfB,即一个类实现了多个接口类。同样,子类SubClassB也实现了IntfA和IntfB两个接口类。在相关技术中,类的多继承与一个类实现多个接口类类似,此处不再一一赘述。
在对象上调用接口函数时,编译器在编译时无法确定调用接口函数的对象的真实类型。例如,在下述mutter()函数中,在对象intf上调用了接口函数sayCat(),而对象intf可能是子类SubClassA的对象,也可能是子类SubClassB的对象:
由于编译器在编译时无法确定mutter()函数的传入参数intf是子类SubClassA的对象还是子类SubClassB的对象,编译器会将语句“intf.sayCat();”翻译成以下四个步骤,以便在程序运行时动态查找正确的接口函数并进行调用:
第1步,确定intf在运行时的真实类型realType;
第2步,获取intf的真实类型realType关联的函数表mTable(也可称为方法表),即真实类型realType所包括的函数的集合,例如,SubClassA的函数表包括接口函数sayCat()及接口函数sayDog();
第3步,在函数表mTable中,查找接口函数sayCat()的地址addr;
第4步,根据查找到的地址addr,调用sayCat()。
语句“intf.sayCat();”经编译器转换后的伪代码,可示意如下:
在接口类中包括的接口函数的数量较多的情况下,执行上述四个步骤时,尤其是执行第3步时,非常耗时,严重影响程序的运行效率。
而相关经验表明,同一接口函数调用被多次执行时,调用接口函数的对象通常属于同一类型。例如,intf.sayCat()被多次执行,假设第一次执行intf.sayCat()时,对象intf的类型为SubClassA,当再次执行intf.sayCat()时,对象intf的类型大概率也为SubClassA。
根据上述经验,现有的技术方案采用了内联缓存技术,将每一个接口函数调用与一个缓存条目关联起来,并将第一次执行接口函数调用时确定的对象的类型及接口函数的地址,保存到对应的缓存条目。例如,第一次执行intf.sayCat()时,可将确定的对象intf的类型SubClassA及sayCat()的地址,保存到对应的缓存条目。其中,缓存条目占用的缓存cache可依据实际情况向***申请。
在第二次执行intf.sayCat()时,可首先根据对应的缓存条目,判断intf的类型是否与缓存条目中存储的类型SubClassA相同,如果相同,则直接使用该缓存条目中存储的接口函数sayCat()的地址,而不用在SubClassA的函数表中查找sayCat()的地址。
例如,下面的源代码中,函数mutter()被执行了三次,intf.sayCat()也被调用了三次:
在使用内联缓存技术时,上述源代码中的mutter()函数经编译器转换后,增加了内联缓存机制相关的伪代码,可示意如下:
其中,cacheTable表示缓存表,用于存储缓存条目。源代码编译完成后,缓存表cacheTable中的内容为空(例如可表示为XXX)。缓存表cacheTable可示意如下:
0[XXX,XXX]
1[XXX,XXX]
2[XXX,XXX]
3[XXX,XXX]
在上述缓存表cacheTable中,0、1、2、3为缓存条目编号,分别与第0个调用位置、第1个调用位置、第2个调用位置、第3个调用位置相对应。每个缓存条目包括两个字段,第0个字段表示类型,第1个字段表示接口函数的地址。
上述伪代码中,与intf.sayCat()对应的缓存条目为第1个缓存条目,cacheTable[1][0]表示第1个缓存条目的第0个字段,cacheTable[1][1]表示第1个缓存条目的第1个字段。
在第一次执行intf.sayCat()时,由于缓存表cacheTable中的第1个缓存条目的内容为空,在缓存表cacheTable中查找时,无法命中。在第一次查找缓存条目不命中的情况下,将第一次调用sayCat()时intf的真实类型SubClassA及函数sayCat()的地址,保存到对应的缓存条目,即第1个缓存条目,更新后的缓存表cacheTable如下所示:
0[XXX,XXX]
1[SubClassA,sayCat()的地址]
2[XXX,XXX]
3[XXX,XXX]
在第二次和第三次调用sayCat()时,由于intf的真实类型与第1个缓存条目中存储的类型一致,所以第二次和第三次执行intf.sayCat()时,可直接从第1个缓存条目中的第1个字段中,获取sayCat()的地址,从而提高了接口函数sayCat()的查找速度,进而提升了程序运行效率。
但是,在使用上述内联缓存技术时,由于缓存表cacheTable中的缓存条目的初始内容为空,在第一次执行接口函数调用时,必然存在缓存不命中的情况,从而影响程序执行效率,带来性能损失。
为了解决上述技术问题,本申请提供了一种接口调用方法。本申请实施例的接口调用方法,能够减少第一次执行接口函数调用时无法命中缓存条目的情况,从而提高程序执行效率及运行性能。
图1示出根据本申请一实施例的接口调用方法的应用场景的示意图。如图1所示,本申请实施例的接口调用方法应用于第一设备10,第一设备10中部署或安装了至少一个应用程序20,应用程序20通过第二设备30中的源代码40编译生成。
其中,第一设备10可以是能够运行应用程序的服务器或终端设备;第二设备30可以是任何类型的、可用于应用程序开发(包括源代码40的编写、编译等)的设备,例如台式计算机、大型计算机、笔记本电脑、服务器等。本申请对第一设备10及第二设备30的具体类型不作限制。
图2示出根据本申请一实施例的接口调用方法的应用场景的示意图。如图2所示,本申请实施例的接口调用方法应用于第一设备10,与图1不同的是,图2中的第一设备10包括源代码40以及其编译生成的应用程序20。也就是说,图2中的第一设备10可用于应用程序20的开发(例如源代码40的编写、编译等)及运行。
本申请实施例的接口调用方法也可应用于第二设备30。在该应用场景中,第二设备30包源代码40及其编译生成的应用程序20,即第二设备30用于应用程序20的开发及运行。
在一种可能的实现方式中,本申请涉及的终端设备可以是指具有无线连接功能的设备,无线连接的功能是指可以通过wifi、蓝牙等无线连接方式与其他终端设备进行连接,本申请的终端设备也可以具有有线连接进行通信的功能。本申请的终端设备可以是触屏的、也可以是非触屏的、也可以是没有屏幕的,触屏的可以通过手指、触控笔等在显示屏幕上点击、滑动等方式对终端设备进行控制,非触屏的设备可以连接鼠标、键盘、触控面板等输入设备,通过输入设备对终端设备进行控制,没有屏幕的设备比如说可以是没有屏幕的蓝牙音箱等。举例来说,本申请的终端设备可以是智能手机、上网本、平板电脑、笔记本电脑、可穿戴电子设备(如智能手环、智能手表等)、TV、虚拟现实设备、音响、电子墨水,等等。
图3示出根据本申请一实施例的终端设备的结构示意图。以终端设备是手机为例,图3示出了手机200的结构示意图。
手机200可以包括处理器210,外部存储器接口220,内部存储器221,USB接口230,充电管理模块240,电源管理模块241,电池242,天线1,天线2,移动通信模块251,无线通信模块252,音频模块270,扬声器270A,受话器270B,麦克风270C,耳机接口270D,传感器模块280,按键290,马达291,指示器292,摄像头293,显示屏294,以及SIM卡接口295等。其中传感器模块280可以包括陀螺仪传感器280A,加速度传感器280B,接近光传感器280G、指纹传感器280H,触摸传感器280K(当然,手机200还可以包括其它传感器,比如温度传感器,压力传感器、距离传感器、磁传感器、环境光传感器、气压传感器、骨传导传感器等,图中未示出)。
可以理解的是,本申请实施例示意的结构并不构成对手机200的具体限定。在本申请另一些实施例中,手机200可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器210可以包括一个或多个处理单元,例如:处理器210可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(Neural-network Processing Unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。其中,控制器可以是手机200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器210中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器210的等待时间,因而提高了***的效率。
处理器210可以运行本申请实施例提供的接口调用方法,以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。处理器210可以包括不同的器件,比如集成CPU和GPU时,CPU和GPU可以配合执行本申请实施例提供的接口调用方法,比如接口调用方法中部分算法由CPU执行,另一部分算法由GPU执行,以得到较快的处理效率。
显示屏294用于显示图像,视频等。显示屏294包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,手机200可以包括1个或N个显示屏294,N为大于1的正整数。显示屏294可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphical user interface,GUI)。例如,显示器294可以显示照片、视频、网页、或者文件等。再例如,显示器294可以显示图形用户界面。其中,图形用户界面上包括状态栏、可隐藏的导航栏、时间和天气小组件(widget)、以及应用的图标,例如浏览器图标等。状态栏中包括运营商名称(例如***)、移动网络(例如4G)、时间和剩余电量。导航栏中包括后退(back)键图标、主屏幕(home)键图标和前进键图标。此外,可以理解的是,在一些实施例中,状态栏中还可以包括蓝牙图标、Wi-Fi图标、外接设备图标等。还可以理解的是,在另一些实施例中,图形用户界面中还可以包括Dock栏,Dock栏中可以包括常用的应用图标等。当处理器210检测到用户的手指(或触控笔等)针对某一应用图标的触摸事件后,响应于该触摸事件,打开与该应用图标对应的应用的用户界面,并在显示器294上显示该应用的用户界面。
在本申请实施例中,显示屏294可以是一个一体的柔性显示屏,也可以采用两个刚性屏以及位于两个刚性屏之间的一个柔性屏组成的拼接显示屏。
摄像头293(前置摄像头或者后置摄像头,或者一个摄像头既可作为前置摄像头,也可作为后置摄像头)用于捕获静态图像或视频。通常,摄像头293可以包括感光元件比如镜头组和图像传感器,其中,镜头组包括多个透镜(凸透镜或凹透镜),用于采集待拍摄物体反射的光信号,并将采集的光信号传递给图像传感器。图像传感器根据所述光信号生成待拍摄物体的原始图像。
内部存储器221可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令,从而执行手机200的各种功能应用以及数据处理。内部存储器221可以包括存储程序区和存储数据区。其中,存储程序区可存储操作***,应用程序(比如相机应用,微信应用等)的代码等。存储数据区可存储手机200使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。
内部存储器221还可以存储本申请实施例提供的接口调用方法对应的一个或多个计算机程序1310。该一个或多个计算机程序1304被存储在上述存储器221中并被配置为被该一个或多个处理器210执行,该一个或多个计算机程序1310包括指令,上述指令可以用于执行如图5或图6相应实施例中的各个步骤。
此外,内部存储器221可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
当然,本申请实施例提供的接口调用方法的代码还可以存储在外部存储器中。这种情况下,处理器210可以通过外部存储器接口220运行存储在外部存储器中的接口调用方法的代码。
下面介绍传感器模块280的功能。
陀螺仪传感器280A,可以用于确定手机200的运动姿态。在一些实施例中,可以通过陀螺仪传感器280A确定手机200围绕三个轴(即,x,y和z轴)的角速度。即陀螺仪传感器280A可以用于检测手机200当前的运动状态,比如抖动还是静止。
当本申请实施例中的显示屏为可折叠屏时,陀螺仪传感器280A可用于检测作用于显示屏294上的折叠或者展开操作。陀螺仪传感器280A可以将检测到的折叠操作或者展开操作作为事件上报给处理器210,以确定显示屏294的折叠状态或展开状态。
加速度传感器280B可检测手机200在各个方向上(一般为三轴)加速度的大小。即陀螺仪传感器280A可以用于检测手机200当前的运动状态,比如抖动还是静止。当本申请实施例中的显示屏为可折叠屏时,加速度传感器280B可用于检测作用于显示屏294上的折叠或者展开操作。加速度传感器280B可以将检测到的折叠操作或者展开操作作为事件上报给处理器210,以确定显示屏294的折叠状态或展开状态。
接近光传感器280G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。手机通过发光二极管向外发射红外光。手机使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定手机附近有物体。当检测到不充分的反射光时,手机可以确定手机附近没有物体。当本申请实施例中的显示屏为可折叠屏时,接近光传感器280G可以设置在可折叠的显示屏294的第一屏上,接近光传感器280G可根据红外信号的光程差来检测第一屏与第二屏的折叠角度或者展开角度的大小。
陀螺仪传感器280A(或加速度传感器280B)可以将检测到的运动状态信息(比如角速度)发送给处理器210。处理器210基于运动状态信息确定当前是手持状态还是脚架状态(比如,角速度不为0时,说明手机200处于手持状态)。
指纹传感器280H用于采集指纹。手机200可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
触摸传感器280K,也称“触控面板”。触摸传感器280K可以设置于显示屏294,由触摸传感器280K与显示屏294组成触摸屏,也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器280K也可以设置于手机200的表面,与显示屏294所处的位置不同。
示例性的,手机200的显示屏294显示主界面,主界面中包括多个应用(比如相机应用、微信应用等)的图标。用户通过触摸传感器280K点击主界面中相机应用的图标,触发处理器210启动相机应用,打开摄像头293。显示屏294显示相机应用的界面,例如取景界面。
手机200的无线通信功能可以通过天线1,天线2,移动通信模块251,无线通信模块252,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。手机200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块251可以提供应用在手机200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块251可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(lownoise amplifier,LNA)等。移动通信模块251可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块251还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块251的至少部分功能模块可以被设置于处理器210中。在一些实施例中,移动通信模块251的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。在本申请实施例中,移动通信模块251还可以用于与其它终端设备进行信息交互。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A,受话器270B等)输出声音信号,或通过显示屏294显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器210,与移动通信模块251或其他功能模块设置在同一个器件中。
无线通信模块252可以提供应用在手机200上的包括无线局域网(wireless localarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星***(global navigation satellite system,GNSS),调频(frequencymodulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块252可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块252经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器210。无线通信模块252还可以从处理器210接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
另外,手机200可以通过音频模块270,扬声器270A,受话器270B,麦克风270C,耳机接口270D,以及应用处理器等实现音频功能。例如音乐播放,录音等。手机200可以接收按键290输入,产生与手机200的用户设置以及功能控制有关的键信号输入。手机200可以利用马达291产生振动提示(比如来电振动提示)。手机200中的指示器292可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。手机200中的SIM卡接口295用于连接SIM卡。SIM卡可以通过***SIM卡接口295,或从SIM卡接口295拔出,实现和手机200的接触和分离。
应理解,在实际应用中,手机200可以包括比图3所示的更多或更少的部件,本申请实施例不作限定。图示手机200仅是一个范例,并且手机200可以具有比图中所示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
终端设备的软件***可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的Android***为例,示例性说明终端设备的软件结构。
图4是本申请实施例的终端设备的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android***分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和***库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图4所示,应用程序包可以包括电话、相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图4所示,应用程序框架层可以包括窗口管理器,内容提供器,视图***,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图***包括可视控件,例如显示文字的控件,显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供终端设备的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,终端设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
***库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子***进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
图5示出根据本申请一实施例的接口调用方法的流程图。该方法可以应用于第一设备10。如图5所示,所述接口调用方法包括:
步骤S501,响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;
步骤S502,从所述存储地址读取所述接口函数,并执行所述接口函数;
其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,
所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
在本实施例中,在执行步骤S501之前,可先确定第二缓存信息。下面对第二缓存信息的确定方式进行示例性说明。
在一种可能的实现方式中,确定第二缓存信息时,可首先确定应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识,然后根据各个接口函数的调用信息,确定第二缓存信息。
其中,所述应用程序可包括操作***组件以及运行在操作***上的程序。其中,操作***可包括计算机操作***、手机操作***及其他操作***。计算机操作***可例如Windows操作***、Linux操作***等,手机操作***可例如Android***、情感化操作***EMUI(Emotion User Interface)等。本申请对操作***的具体类型不作限制。在操作***为情感化操作***EMUI(Emotion User Interface)时,应用程序可包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
在确定第二缓存信息时,可通过断点调试、采样等方式,确定应用程序中各个接口函数的调用信息。其中,接口函数的调用信息可包括接口函数的调用位置标识、调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
例如,可将接口函数的调用信息表示为2[5,6],其中,2表示接口函数的调用位置标识,5表示调用接口函数的对象所属的类型的标识,即classIndex,6表示接口函数在所述类型的函数表中的标识,即methodIndex。
在一种可能的实现方式中,每个接口函数的调用位置可对应至少一条调用信息。例如,可对接口函数的调用位置,进行多次断点调试或采样,查看调用该接口函数的对象的类型,如果在多次断点调试或采样过程中,调用该接口函数的对象的类型不发生变化,或类型变化的概率小于预设的概率阈值,可认为该接口函数的调用位置对应一条调用信息;如果在多次断点调试或采样过程中,调用该接口函数的对象的类型发生变化且是在至少两个类型之间切换,或类型变化的概率大于预设的概率阈值,可认为该接口函数的调用位置对应两条或多条调用信息。本领域技术人员可根据实际情况,设置每个接口函数的调用位置对应的调用信息的最大条数,本申请对此不作限制。
在一种可能的实现方式中,确定应用程序中各个接口函数的调用信息,可包括:对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;执行所述采样目标码,得到各个接口函数的调用信息。
编译器在对应用程序的源代码进行采样编译时,可在源代码中的各个接口函数的调用位置的后面***预设的采样代码,生成采样目标码。也就是说,采样目标码包括源代码经编译器转换后的代码以及在各个接口函数的调用位置的后面的***的采样代码。
采样代码在执行的时候,可根据其所在的调用位置,自动捕捉调用接口函数的对象所属的类型的信息(例如类型的标识,即该类型在编译生成的文件中的类数组中的下标),以及所述接口函数的信息(例如接口函数的标识,即所述接口函数在所述类型的函数表中的下标)。采样代码还可以将捕捉的调用信息写入预设文件(例如用于存储调用信息的文本文件)进行保存,以便后续使用。其中,预设文件可以是文本文件、word文件、excel文件等。本领域技术人员可根据实际情况设置预设文件的具体类型,本申请对此不作限制。
举例来说,下述源代码中,接口函数的调用位置为语句“intf.sayCat();”:
编译器在对上述源代码进行采样编译时,可在接口函数的调用位置的后面,即语句“intf.sayCat();”的后面,***采样代码。编译器对上述源代码进行采样编译后生成的采样目标码如下所示:
其中,最后三行是编译器在采样编译过程中***的采样代码,语句“classIndex=get index of realType in the executable”用于获取调用接口函数sayCat()的对象intf所属的真实类型的标识,语句“methodIndex=get index of sayCat in mTable”用于获取接口函数sayCat()在对象intf所属的真实类型的函数表mTable中的标识,语句“saveclassIndex and methodIndex of current invocation into file”,用于将获取的classIndex及methodIndex保存到预设文件中。
在一种可能的实现方式中,生成采样目标码后,可执行所述采样目标码,得到各个接口函数的调用信息,同时还可将各个接口函数的调用信息保存至预设文件。其中,调用信息可通过下述格式进行表示:
调用位置标识[调用接口函数的对象所属的类型的标识,接口函数在所述类型的函数表中的标识],即,调用位置标识[classIndex,methodIndex]。
例如,可将第0-3个调用位置的调用信息表示为:
0[2,5]
1[3,1]
2[5,6]
3[1,0]
在一种可能的实现方式中,调用信息还可通过表格、二维矩阵、二维数组等其他方式进行表示,本申请对调用信息的表示方式不作限制。
通过对应用程序的源代码进行采样编译,可在源代码中的各个接口函数的调用位置的后面***预设的采样代码,并生成采样目标码,执行采样目标码后,可得到各个接口函数的调用信息,简单方便,可提高接口函数的调用信息的获取效率。
在一种可能的实现方式中,获取各个接口函数的调用信息后,可根据各个接口函数的调用信息,确定第二缓存信息。第二缓存信息可包括多个第二缓存条目,其中,第二缓存条目可包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。可根据各个接口函数的调用信息,分别建立对应的第二缓存条目,第二缓存条目与调用信息一一对应,即每个第二缓存条目均对应一条调用信息。在一种可能的实现方式中,第二缓存信息可通过缓存表cacheTable来表示。
由于每个接口函数的调用位置可对应至少为一条调用信息,在第二缓存条目与调用信息一一对应的情况下,每个接口函数的调用位置可对应至少一个第二缓存条目。通过这种方式,可对各个接口函数调用位置的至少一个调用信息进行缓存,从而可提高与第二缓存条目对应的第一缓存条目的命中率。
在一种可能的实现方式中,所述根据各个接口函数的调用信息,确定第二缓存信息,可包括:在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,其中,所述第二缓存信息位于所述可执行文件中。
确定各个接口函数的调用信息后,编译器在对源代码进行编译以生成应用程序的可执行文件的过程中,可为每个接口函数的调用位置分配至少一个第二缓存条目,并从保存调用信息的预设文本中,读取与各个调用位置对应的调用信息中的classIndex及methodIndex,写入对应的第二缓存条目中,从而得到第二缓存信息,该第二缓存信息位于应用程序的可执行文件中。
其中,根据源代码的开发环境或应用程序的运行环境的不同,编译时使用的编译器可能不同。例如,应用程序为情感化操作***EMUI的组件或运行在情感化操作***EMUI上的程序时,该应用程序的可执行文件可通过方舟编译器编译生成。本申请对编译器的具体类型不作限制。
通过在编译源代码生成应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数对应的第二缓存条目,得到第二缓存信息,不仅可提高第二缓存信息的生成效率,还可将第二缓存信息保存在应用程序的可执行文件中,不影响应用程序的安装或部署。
根据上述实施例,通过确定应用程序中各个接口函数的调用信息,并根据各个接口函数的调用信息,确定第二缓存信息,可提高第二缓存信息的准确性。
在一种可能的实现方式中,对源代码进行编译,生成应用程序的可执行文件后,可将应用程序的可执行文件安装或部署在目标设备(例如图1中的第一设备)上,安装或部署完成后,即可运行应用程序。
在应用程序被加载到内存时,可根据所述应用程序在内存中的存储地址及第二缓存信息,确定第一缓存信息。其中,第一缓存信息包括多个第一缓存条目,第一缓存条目与第二缓存信息中的第二缓存条目相对应,第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
例如,在应用程序被加载到内存中,执行动态链接时,可对第二缓存信息中的各个第二缓存条目的内容进行解析,并根据应用程序在内存中的存储地址,分别确定各个第二缓存条目中的classIndex对应的类在内存中的存储地址,以及methodIndex对应的接口函数的存储地址,并根据确定的存储地址,建立对应的第一缓存条目,得到第一缓存信息。
在一种可能的实现方式中,还可通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。也就是说,对于任一第二缓存条目,可将该第二缓存条目中的classIndex,更新为与该classIndex对应的类在内存中的存储地址,将该第二缓存条目中的methodIndex,更新为与该methodIndex对应的接口函数的存储地址,从而得到与该第二缓存条目对应第一缓存条目。通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息,可减少缓存空间的使用。应当理解,本申请对第一缓存信息的确定方式不作限制。
在一种可能的实现方式中,第一缓存信息可通过缓存表cacheTable来表示,示意如下:
0[SubClassA_addr,sayDog_addr]
1[SubClassA_addr,sayCat_addr]
2[SubClassB_addr,sayDog_addr]
3[SubClassB_addr,sayCat_addr]
其中,SubClassA_addr表示类型SubClassA的存储地址;SubClassB_addr表示类型SubClassB的存储地址;第0个第一缓存条目中的sayDog_addr表示类型SubClassA中接口函数sayDog()的存储地址;第1个第一缓存条目中的sayCat_addr表示类型SubClassA中接口函数sayCat()的存储地址;第2个第一缓存条目中的sayDog_addr表示类型SubClassB中接口函数sayDog()的存储地址;第3个第一缓存条目中的sayCat_addr表示类型SubClassB中接口函数sayCat()的存储地址。
在一种可能的实现方式中,确定第一缓存信息后,在应用程序的运行过程中,可响应于应用程序中接口函数的调用,在步骤S501中,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址。
也就是说,在应用程序中的接口函数被调用时,可以不使用动态查找的方式确定接口函数的存储地址,而是根据调用该接口函数的目标对象所属的类型及第一缓存信息,确定接口函数的存储地址。
在一种可能的实现方式中,步骤S501可包括:从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;判断调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型是否相同(或匹配);在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,可认为第一缓存条目中的信息与所述接口函数的调用信息相匹配,可直接从第一缓存条目中获取接口函数的存储地址。通过这种方式,可快速确定接口函数的存储地址。
在一种可能的实现方式中,在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型不相同的情况下,可通过动态查找的方式,确定接口函数的存储地址。
在一种可能的实现方式中,在步骤S501中确定出接口函数的存储地址后,可在步骤S502中,从存储地址读取所述接口函数,并执行所述接口函数,以完成接口函数的调用。
例如,应用程序包括下述源代码,其中,接口函数intf.sayCat()被调用了三次:
该应用程序的第一缓存信息为:
0[SubClassA_addr,sayDog_addr]
1[SubClassA_addr,sayCat_addr]
2[SubClassB_addr,sayDog_addr]
3[SubClassB_addr,sayCat_addr]
在第一执行接口函数intf.sayCat()的调用时,对象intf的真实类型为SubClassA,与第一缓存信息中的第一缓存条目“1[SubClassA_addr,sayCat_addr]”相匹配,从而在第一次执行接口函数intf.sayCat()的调用时,就可命中缓存,快速确定intf.sayCat()的存储地址,加快执行效率。
本申请实施例的接口调用方法,在应用程序被加载到内存时,可根据应用程序在内存中的存储地址及预设的第二缓存信息,来确定第一缓存信息,使得接口函数在第一次被调用之前,其存储地址已缓存在第一缓存信息中,即对第一缓存信息进行预填;在应用程序的运行过程中,在接口函数被调用时,可根据调用接口函数的目标对象所属的类型,从预填的第一缓存信息中,确定接口函数的存储地址,并从该存储地址读取并执行接口函数,完成接口函数的调用,从而可以提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
本申请实施例的接口调用方法,可用于对接口函数或接口方法的查找过程进行优化,可应用于多个版本的方舟编译器,例如方舟编译器2.0。通过方舟编译器对情感化操作***EMUI的组件及运行在情感化操作***EMUI上的程序进行编译,可以优化情感化操作***EMUI的组件性能,也可以提高运行在情感化操作***EMUI上的程序的执行效率及运行性能。
图6示出根据本申请一实施例的接口调用方法的处理过程的示意图。图如6所示,接口调用方法的处理过程可包括步骤S601至步骤S609,可分为采样、优化编译、运行三个阶段。其中,采样阶段用于获取应用程序中各个接口函数的调用信息,优化编译阶段用于生成第二缓存信息,运行阶段为接口函数的调用执行阶段。
首先是采样阶段,可在步骤S601中,对应用程序的源代码进行采样编译,生成采样目标码,其中,采样编译可在编译过程中在源代码中的各个接口函数的调用位置的后面***预设的采样代码,并在步骤S602中,执行采样目标码,得到各个接口函数的调用信息。
得到各个接口函数的调用信息后,进入优化编译阶段,可在步骤S603中,将各个接口函数的调用信息及源代码作为优化编译的输入,执行优化编译,在优化编译生成应用程序的可执行文件的过程中,编译器可根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息。其中,第二缓存信息位于应用程序的可执行文件中。
得到第二缓存信息后,进入运行阶段。运行阶段可分为第一缓存信息预填阶段(包括步骤S604)及接口函数调用阶段(包括步骤S605至步骤S609)。
可在步骤S604中,执行第一缓存信息的预填,具体地,可在应用程序被加载到内存时或应用程序进行动态链接时,根据应用程序在内存中的存储地址及第二缓存信息,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。然后在应用程序的执行过程中,可根据第一缓存信息,对接口函数进行调用,具体地,可在步骤S605中,响应于应用程序中接口函数的调用,从第一缓存信息中,确定出与接口函数的调用位置对应的第一缓存条目,并在步骤S606中,判断调用接口函数的目标对象所属的类型与第一缓存条目中的类型是否相同,如果相同,则执行步骤S607,获取第一缓存条目中接口函数的存储地址,否则,执行步骤S608,动态查找接口函数的存储地址。在步骤S607或S608中获取接口函数的存储地址后,可在步骤S609中,从存储地址读取并执行接口函数,以完成接口函数的调用。
在本实施例中,通过采样编译获得应用程序中各个接口函数的调用信息,通过优化编译生成第二缓存信息,并根据第二缓存信息,在应用程序被加载到内存时或应用程序进行动态链接时,对第一缓存信息进行预填,从而可在应用程序对接口函数的进行第一次调用时,通过预填的第一缓存信息,快速确定接口函数的存储地址,可提高接口函数第一次被调用时的缓存命中率,减少运行时动态查找接口函数的次数,进而提高应用程序的执行效率及运行性能。
在一种可能的实现方式中,为了便于执行采样编译及优化编译,可在编译器的操作界面,增加采样编译快捷方式及优化编译快捷方式。快捷方式可包括工具栏按钮、菜单列表、快捷键等,本申请对此不作限制。
图7示出根据本申请一实施例的编译器的操作界面的示意图。如图7所示,可在编译器操作界面700的工具栏710中,增加采样按钮720及优化编译按钮730。其中,采样按钮被触发时,执行图6中的步骤S601及步骤S602,优化编译按钮730被触发时,执行图6中的步骤S603。
图8示出根据本申请一实施例的接口调用方法的执行效果的示意图。如图8所示,ART(Android RunTime)表示在安卓***的运行环境上执行预设的接口测试集时接口函数的平均查找时间。MAPLE(Multiple Architecture Programming Language Environment)表示方舟编译器,MAPLE-RT(MAPLE-RunTime)表示在未使用本申请实施例的接口调用方法的MAPLE的运行环境上执行所述接口测试集时接口函数的平均查找时间,MAPLE-RT比ART大约慢一倍。MAPLE-OPT-RT(MAPLE-Optimisation-RunTime)表示在使用本申请的接口调用方法后的MAPLE的运行环境上执行所述接口测试集时接口函数的平均查找时间,MAPLE-OPT-RT比ART大约快一倍多。可知,使用本申请实施例的接口调用方法后,接口函数的平均查找时间明显降低,从而使得应用程序的运行性能明显提升。
在另一个实施例中,可对使用了本申请实施例的接口调用方法的接口执行时间、未使用本申请实施例的接口调用方法的接口执行时间分别进行测试,并对测试结果进行分析,具体如下表2所示,其中,接口执行时间1表示使用本申请实施例的接口调用方法时的接口执行时间,接口执行时间2表示未使用本申请实施例的接口调用方法时的接口执行时间。
表2接口执行时间比对
由表2可知,使用了本申请实施例的接口调用方法的接口执行时间,均得到不同程度的减少,使得运行性能得到提升。
在一种可能的实现方式中,在确定一个应用程序是否使用了本申请实施例的接口调用方法时,可首先通过逆向应用程序的可执行文件,确认其接口函数的调用位置是否关联缓存表cacheTable,如果有关联缓存表,可确认可执行文件的缓存表中存储的classIndex及methodIndex值是否具有明显的辨识特征,而不是无序的二进制序列。如果classIndex及methodIndex值具有明显的识别特征,则认为该应用程序使用了本申请实施例的接口调用方法。一般情况下,classIndex及methodIndex的辨识特征为:classIndex的值小于100000,methodIndex的值小于2000。
举例来说,在确定一个应用程序是否使用了本申请实施例的接口调用方法时,可对应用程序的二进制代码进行分析,如果使用了本申请实施例的接口调用方法,在接口函数的调用位置,可发现明显的取地址操作,具体的行为特征为“固定地址+偏移”。例如:
取地址操作一:
adrp x0,
__inline_cache_table$$_home_l00510180_usr1_mapleSDK_maple_sdk_0706_3_gconly_deve co_build_apk_unzip_helloworld_classes2_dex+48;
取地址操作二:
adrp x0,
__inline_cache_table$$_home_l00510180_usr1_mapleSDK_maple_sdk_0706_3_gconly_deve co_build_apk_unzip_helloworld_classes2_dex+40。
从上述两个取地址操作中可以看到,这两个取地址操作的固定地址均为缓存表的存储地址:
__inline_cache_table$$_home_l00510180_usr1_mapleSDK_maple_sdk_0706_3_gconly_deveco_build_apk_unzip_helloworld_classes2_dex,
只是不同的接口函数调用,对应的缓存表的偏移是不同的,对于取地址操作一来说,偏移是48,对于取地址操作二来说,偏移是40。
而且,缓存表中存储的数据也应具有一定的规律,例如,对于下述缓存表:
__inline_cache_table$$_home_l00510180_usr1_mapleSDK_maple_sdk_0706_3_gconly_deveco_build_apk_unzip_helloworld_classes2_dex,
其二进制内容中的[classIndex,methodIndex]具有一定的规律:classIndex<100000,methodIndex<2000。
通过取地址操作及缓存表中存储的数据的规律,可确定应用程序是否使用了本申请实施例的接口调用方法。
图9示出根据本申请一实施例的接口调用装置的框图。如图9所示,所述接口调用装置应用于第一设备10,所述接口调用装置包括:
地址获取模块91,响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;
执行模块92,从所述存储地址读取所述接口函数,并执行所述接口函数,
其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,
所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
在一种可能的实现方式中,所述第一缓存信息包括多个第一缓存条目,所述第一缓存条目与所述第二缓存条目相对应,所述第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
在一种可能的实现方式中,所述装置还包括:调用信息确定模块,用于确定所述应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识;缓存信息确定模块,用于根据各个接口函数的调用信息,确定第二缓存信息。
在一种可能的实现方式中,所述调用信息确定模块,包括:采样编译子模块,用于对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;采样执行子模块,用于执行所述采样目标码,得到各个接口函数的调用信息。
在一种可能的实现方式中,所述缓存信息确定模块,包括:缓存信息确定子模块,用于在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,其中,所述第二缓存信息位于所述可执行文件中。
在一种可能的实现方式中,所述地址获取模块91,包括:缓存条目确定子模块,用于从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;存储地址确定子模块,用于在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,获取所述第一缓存条目中接口函数的存储地址。
在一种可能的实现方式中,每个接口函数的调用位置对应至少一个第二缓存条目。
在一种可能的实现方式中,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。
在一种可能的实现方式中,所述应用程序的可执行文件通过方舟编译器编译生成,所述应用程序包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
本申请的实施例提供了一种接口调用装置,包括:处理器以及用于存储处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令时实现上述方法。
本申请的实施例提供了一种非易失性计算机可读存储介质,其上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现上述方法。
本申请的实施例提供了一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当所述计算机可读代码在电子设备的处理器中运行时,所述电子设备中的处理器执行上述方法。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RandomAccess Memory,RAM)、只读存储器(Read Only Memory,ROM)、可擦式可编程只读存储器(Electrically Programmable Read-Only-Memory,EPROM或闪存)、静态随机存取存储器(Static Random-Access Memory,SRAM)、便携式压缩盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、数字多功能盘(Digital Video Disc,DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。
这里所描述的计算机可读程序指令或代码可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本申请操作的计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture,ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(Local Area Network,LAN)或广域网(WideArea Network,WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(Field-ProgrammableGate Array,FPGA)或可编程逻辑阵列(Programmable Logic Array,PLA),该电子电路可以执行计算机可读程序指令,从而实现本申请的各个方面。
这里参照根据本申请实施例的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本申请的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本申请的多个实施例的装置、***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。
也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行相应的功能或动作的硬件(例如电路或ASIC(Application SpecificIntegrated Circuit,专用集成电路))来实现,或者可以用硬件和软件的组合,如固件等来实现。
尽管在此结合各实施例对本发明进行了描述,然而,在实施所要求保护的本发明过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其它变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其它单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
以上已经描述了本申请的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
Claims (20)
1.一种接口调用方法,其特征在于,包括:
响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;
从所述存储地址读取所述接口函数,并执行所述接口函数,
其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,
所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
2.根据权利要求1所述的方法,其特征在于,所述第一缓存信息包括多个第一缓存条目,所述第一缓存条目与所述第二缓存条目相对应,所述第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
3.根据权利要求1所述的方法,其特征在于,还包括:
确定所述应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识;
根据各个接口函数的调用信息,确定第二缓存信息。
4.根据权利要求3所述的方法,其特征在于,所述确定所述应用程序中各个接口函数的调用信息,包括:
对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;
执行所述采样目标码,得到各个接口函数的调用信息。
5.根据权利要求4所述的方法,其特征在于,所述根据各个接口函数的调用信息,确定第二缓存信息,包括:
在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,
其中,所述第二缓存信息位于所述可执行文件中。
6.根据权利要求1所述的方法,其特征在于,所述根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址,包括:
从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;
在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,获取所述第一缓存条目中接口函数的存储地址。
7.根据权利要求1所述的方法,其特征在于,每个接口函数的调用位置对应至少一个第二缓存条目。
8.根据权利要求1所述的方法,其特征在于,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。
9.根据权利要求1-8中任意一项所述的方法,所述应用程序的可执行文件通过方舟编译器编译生成,所述应用程序包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
10.一种接口调用装置,其特征在于,包括:
地址获取模块,响应于应用程序中接口函数的调用,根据调用所述接口函数的目标对象所属的类型及第一缓存信息,确定所述接口函数的存储地址;
执行模块,从所述存储地址读取所述接口函数,并执行所述接口函数,
其中,所述第一缓存信息是在所述应用程序被加载到内存时,根据所述应用程序在内存中的存储地址及预设的第二缓存信息确定的,
所述第二缓存信息包括多个第二缓存条目,每个第二缓存条目均对应一个接口函数的调用位置,所述第二缓存条目包括调用接口函数的对象所属的类型的标识及接口函数在所述类型的函数表中的标识。
11.根据权利要求10所述的装置,其特征在于,所述第一缓存信息包括多个第一缓存条目,所述第一缓存条目与所述第二缓存条目相对应,所述第一缓存条目包括调用接口函数的对象所属的类型的存储地址及所述接口函数的存储地址。
12.根据权利要求10所述的装置,其特征在于,还包括:
调用信息确定模块,用于确定所述应用程序中各个接口函数的调用信息,所述调用信息包括所述接口函数的调用位置标识、调用所述接口函数的对象所属的类型的标识及所述接口函数在所述类型的函数表中的标识;
缓存信息确定模块,用于根据各个接口函数的调用信息,确定第二缓存信息。
13.根据权利要求12所述的装置,其特征在于,所述调用信息确定模块,包括:
采样编译子模块,用于对所述应用程序的源代码进行采样编译,生成采样目标码,所述采样编译用于在编译过程中在所述源代码中的各个接口函数的调用位置的后面***预设的采样代码;
采样执行子模块,用于执行所述采样目标码,得到各个接口函数的调用信息。
14.根据权利要求13所述的装置,其特征在于,所述缓存信息确定模块,包括:
缓存信息确定子模块,用于在编译所述源代码生成所述应用程序的可执行文件的过程中,根据各个接口函数的调用信息,分别创建与各个接口函数的调用位置对应的第二缓存条目,得到第二缓存信息,
其中,所述第二缓存信息位于所述可执行文件中。
15.根据权利要求10所述的装置,其特征在于,所述地址获取模块,包括:
缓存条目确定子模块,用于从第一缓存信息中,确定出与所述接口函数的调用位置对应的第一缓存条目;
存储地址确定子模块,用于在调用所述接口函数的目标对象所属的类型与所述第一缓存条目中的类型相同的情况下,获取所述第一缓存条目中接口函数的存储地址。
16.根据权利要求10所述的装置,其特征在于,每个接口函数的调用位置对应至少一个第二缓存条目。
17.根据权利要求10所述的装置,其特征在于,通过存储地址回填的方式,将第二缓存信息更新为第一缓存信息。
18.根据权利要求10-17中任意一项所述的装置,所述应用程序的可执行文件通过方舟编译器编译生成,所述应用程序包括情感化操作***EMUI的组件以及运行在情感化操作***EMUI上的程序。
19.一种接口调用装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令时实现权利要求1-9中任意一项所述的方法。
20.一种非易失性计算机可读存储介质,其上存储有计算机程序指令,其特征在于,所述计算机程序指令被处理器执行时实现权利要求1-9中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011337494.4A CN114610417A (zh) | 2020-11-25 | 2020-11-25 | 接口调用方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011337494.4A CN114610417A (zh) | 2020-11-25 | 2020-11-25 | 接口调用方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114610417A true CN114610417A (zh) | 2022-06-10 |
Family
ID=81857126
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011337494.4A Pending CN114610417A (zh) | 2020-11-25 | 2020-11-25 | 接口调用方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114610417A (zh) |
-
2020
- 2020-11-25 CN CN202011337494.4A patent/CN114610417A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021057868A1 (zh) | 一种界面切换方法及电子设备 | |
JP2023514631A (ja) | インタフェースレイアウト方法、装置、及び、システム | |
CN111666055B (zh) | 数据的传输方法及装置 | |
CN113157230A (zh) | 一种数据传输的方法及相关设备 | |
CN115623115B (zh) | 一种跨设备创建应用快捷方式的方法、设备、***及存储介质 | |
CN114520868B (zh) | 视频处理方法、装置及存储介质 | |
CN112835495B (zh) | 开启应用程序的方法、装置及终端设备 | |
CN111125602B (zh) | 页面构建方法、装置、设备和存储介质 | |
US20220292141A1 (en) | Quick Application Startup Method and Related Apparatus | |
CN114489429B (zh) | 一种终端设备、长截屏方法和存储介质 | |
CN114520867B (zh) | 基于分布式控制的相机控制方法及终端设备 | |
CN116954409A (zh) | 应用的显示方法、装置及存储介质 | |
CN114610417A (zh) | 接口调用方法、装置及存储介质 | |
CN116028148A (zh) | 一种界面处理方法、装置及电子设备 | |
CN115113832A (zh) | 一种跨设备同步显示的控制方法及*** | |
CN116700554B (zh) | 信息的显示方法、电子设备及可读存储介质 | |
US20240220184A1 (en) | Screen projection method and related apparatus | |
CN114513760B (zh) | 字库同步方法、装置和存储介质 | |
EP4273679A1 (en) | Method and apparatus for executing control operation, storage medium, and control | |
CN113535137A (zh) | 加载和运行应用程序的方法、装置及相关产品 | |
CN113448858A (zh) | 类的冲突检测方法、装置、设备及可读存储介质 | |
CN116450228A (zh) | 用于运行应用程序的方法和电子设备 | |
CN117806744A (zh) | 控件显示方法及电子设备 | |
CN116700811A (zh) | 应用的运行方法及相关装置 | |
CN118331464A (zh) | 显示方法、显示装置和电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |