信息获取方法、装置、电子设备及计算机存储介质与流程

本申请实施例涉及数据处理技术领域，尤其涉及一种信息获取方法、装置、电子设备及计算机存储介质。

背景技术：

通常，为了确定应用程序的动态内存的使用情况，需要对应用程序的源代码进行改写，以实现应用程序对内存分配/释放接口的调用，进而获取应用程序对动态内存的使用情况的信息。

但是，这种方式需要修改应用程序，如果没有应用程序源代码，该方式将完全失效。即使有应用程序源代码进行改写，这种方式仍会增加应用程序动态内存实现的工作量和代码实现复杂度。

因此，现有技术亟需解决的技术问题是，如何提供一种灵活的实现应用程序的动态内存处理和信息获取的方案。

技术实现要素：

有鉴于此，本申请实施例所解决的技术问题之一在于提供一种信息获取方法、装置、电子设备及计算机存储介质，用以克服或缓解现有技术中的部分问题。

本申请实施例提供了一种信息获取方法，其包括：通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作；通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息。

本申请实施例提供了一种信息获取装置，其包括：拦截模块，用于通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作；获取模块，用于通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息。

本申请实施例提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如上所述的信息获取方法对应的操作。

本申请实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的信息获取方法。

本实施例提供的方案，通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作，使得动态内存操作的执行是通过第一可调用文件实现的，因此无需修改源代码，由于第一可调用文件可被进程或进程对应的其他可调用文件调用，因此，通过第一可调用文件可以拦截到进程或进程对应的其他可调用文件的动态内存操作指令，并执行指令所指示的动态内存操作，进而通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息时，动态内存信息也可以为进程或进程对应的其他可调用文件对应的动态内存的信息，而不受限于进程本身，提高了动态内存的信息的准确度。

附图说明

后文将参照附图以示例性而非限制性的方式详细描述本申请实施例的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：

图1为本申请实施例一中的信息获取方法的流程示意图；

图2a为本申请实施例二中的信息获取方法的流程示意图；

图2b为本申请实施例二中执行动态内存操作方法的流程示意图；

图2c为本申请实施例二中获取物理内存大小的方法的流程示意图；

图3a为本申请实施例三中的操作系统的结构示意图；

图3b为本申请实施例三中信息获取方法的流程示意图；

图3c为本申请实施例三中增加或删除动态内存信息的流程示意图；

图3d为本申请实施例三中输出动态内存信息的流程示意图；

图4为本申请实施例四中信息获取装置的结构示意图；

图5为本申请执行信息获取方法的一些电子设备的硬件结构示意图。

具体实施方式

实施本申请实施例的任一技术方案必不一定需要同时达到以上的所有优点。

为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请实施例保护的范围。

下面结合本申请实施例附图进一步说明本申请实施例具体实现。

图1为本申请实施例一中的信息获取方法的流程示意图；如图1所示，其包括以下步骤：

s102、通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作。

动态内存是在进程运行过程中，进程所在的操作系统为进程分配的动态内存。进程具体可以为运行在操作系统中的应用程序。动态内存操作指令用于指示进程对动态内存进行的操作，动态内存操作指令可以包括动态内存分配指令、动态内存释放指令、动态内存查询指令等，本实施例对此不进行限定。对应的，动态内存操作可以包括：调用动态内存分配接口进行的动态内存分配操作，调用动态内存释放接口进行的动态内存释放操作等。动态内存分配接口用于分配动态内存，动态内存释放接口用于释放已经分配的动态内存。

另外，动态内存操作指令可由进程生成，亦可由进程对应的其他可调用文件生成，本实施例对此同样不进行限定。

可调用文件是可被进程或操作系统调用的文件，可调用文件包括但不限于各种库文件，如静态库文件、动态库文件等等。通过可调用文件，当调用者自身不具有某些功能时，可调用文件可以很好地进行补充。并且，可调用文件可被不同的调用者调用，以帮助调用者实现相应的功能。由此，大大降低了调用者的实现成本。

可调用文件中可以包括实现不同功能的函数、数据和数据通道，进程可以通过调用其中的函数或使用其中的数据以实现相应的功能。并且，可调用文件无需增加至进程的源代码中，使得可调用文件的使用更加灵活、简单。

通过第一可调用文件对动态内存操作指令进行拦截，并转换为第一可调用文件中的动态内存调用函数，从而根据动态内存调用函数执行动态内存操作，使得动态内存操作指令由第一可调用文件执行，从而使得第一可调用文件获取动态内存操作指令的执行结果。

由于动态内存操作指令是第一可调用文件通过拦截获取的，动态内存操作指令可能不是第一可调用文件能够直接执行的指令，因此，将动态内存操作指令转换为第一可调用文件中对应的动态内存调用函数，使得第一可调用文件能够直接根据动态内存调用函数执行动态内存操作。

例如，若动态内存操作指令指示的动态内存操作可以包括动态内存分配操作或者动态内存释放操作，而执行这两个操作所调用的接口由进程对应的基本库提供，而并非由第一可调用文件提供，因此，在拦截到动态内存操作指令后，第一可调用文件可能不能直接执行动态内存操作指令。此时，可以根据动态内存操作指令所调用的接口(例如动态内存分配操作或者动态内存释放操作所调用的接口)，转换得到第一可调用文件中的动态内存调用函数，并可以根据动态内存调用函数调用基本库中对应的接口，执行动态内存操作。

另外，本实施例中，由于增加第一可调用文件时无需修改进程的源程序，使得动态内存信息的确定更加灵活方便。

s104、通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息。

例如，动态内存操作的操作结果可以包括所述动态内存分配操作对应的第一结果，和/或，所述动态内存释放操作对应的第二结果。第一可调用文件执行所述动态内存操作指令后可以获得相应的第一结果和/或第二结果。

当动态内存分配操作执行后，可以确定动态内存分配操作对应的第一结果，第一结果中可以包括执行本次操作所分配的动态内存的大小、地址等信息；当动态内存释放操作执行后，可以确定动态内存释放操作的第二结果，第二结果中可以包括动态内存释放操作是否成功释放动态内存等。另外需要说明的是，执行动态内存释放操作后，可以不返回数据，此时可以默认为第二结果为动态内存释放成功。

当然，上述第一结果和第二结果仅为示例性说明，并不作为本申请的限定，若通过第一可调用文件执行其他动态内存分配操作，也可以获得对应的操作结果。

由于动态内存操作指令通过第一可调用文件执行，而第一可调用文件可任意地被进程调用，或者被进程对应的除基本库之外的其他可调用文件(例如，静态库文件、动态库文件等)调用，而基本库用于被调用以执行动态内存操作，可不进行拦截，因此，通过第一可调用文件可以拦截到的动态内存操作指令不限于进程本身，还包括进程对应的其他可调用文件，并可以获取到对应的操作结果，从而使得通过本实施例提供的方案确定的动态内存的信息更加完整、准确。

通过第一可调用文件获取动态内存的信息，可以包括根据一个第一结果或一个第二结果确定的动态内存的信息，例如，可以在执行一次动态内存分配操作确定第一结果后，通过第一可调用文件获取根据该第一结果确定的动态内存信息。

另外，通过第一可调用文件获取动态内存的信息也可以包括根据多个第一结果和/或第二结果综合确定的动态内存的信息，例如，可以根据一段时间内所有的第一结果和/或第二结果确定动态内存的信息，本实施例对此不进行限定。

并且，通过第一可调用文件获取的动态内存的信息可以包括与每个第一结果和/或第二结果一一对应的动态内存的信息，也可以包括统计第一结果和/或第二结果之后得到的统计信息，例如可以包括正在占用的所有动态内存的大小等信息，本实施例对此不进行限定。

本实施例提供的方案，通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作，使得动态内存操作的执行是通过第一可调用文件实现的，因此无需修改源代码，由于第一可调用文件可被进程或进程对应的其他可调用文件调用，因此，通过第一可调用文件可以拦截到进程或进程对应的其他可调用文件的动态内存操作指令，并执行指令所指示的动态内存操作，进而通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息时，动态内存信息也可以为进程或进程对应的其他可调用文件对应的动态内存的信息，而不受限于进程本身，提高了动态内存的信息的准确度。

本实施例的信息获取方法可以由任意适当的具有数据处理能力的电子设备执行，包括但不限于：移动终端(如平板电脑、手机等)和pc机、服务器等。

图2a为本申请实施例二中的信息获取方法的流程示意图；本实施例中，以应用程序为例进行说明，如图2a所示，其包括以下步骤：

s202、对应用程序进行动态内存操作指令的实时监测。

对应用程序进行动态内存操作指令的实时监测，不仅包括由应用程序自身生成的动态内存操作指令，也包括由应用程序调用的其他可调用文件生成的动态内存操作指令。

通过对应用程序进行动态内存操作指令的实时监测，可以及时对动态内存操作指令进行处理，避免延误。

动态内存操作指令可通过调用基本库中相应的基本库函数来执行，动态内存操作指令可以包括动态内存分配指令、动态内存释放指令等，不同的指令所调用的基本库函数也不相同，例如，动态内存分配指令调用的基本库函数可以为malloc函数、realloc函数，动态内存释放指令调用的基本库函数可以为free函数，此外，动态内存操作指令所涉及的基本库函数还可以包括calloc函数、realloc函数、memalign函数、aligned_alloc函数、valloc函数、pvalloc函数、posix_memalign函数等。

因对动态内存的操作最终仍需通过系统的基本库函数实现，因此，在一种可行方式中，可以通过环境变量对应用程序加载的可调用文件进行设置，以使所述应用程序在加载所需的基本库之前加载所述第一可调用文件。由此，可以通过第一可调用文件实现动态内存操作，既可达到动态内存操作的高效实现，又可避免应用程序自身或其调用的其它可调用文件在需要时无法实现动态内存操作的现象。

以linux系统为例，linux系统中应用程序app的基本库可以为libc，则可以通过ld_preload环境变量，对应用程序app加载的可调用文件进行调整，使得应用程序app在加载所需的基本库libc之前，加载第一可调用文件，本示例中为libhook。第一可调用文件libhook中可以包括dynmemhook函数，用来实时监测应用程序调用基本库libc中的函数的动态内存操作指令。实时监测的动态内存操作指令可以由应用程序app生成或者由应用程序app对应的其他可调用文件(otherlibs)生成，动态内存操作指令可以包括动态内存分配指令memoryallocate或者动态内存释放指令memoryfree。

另外，为了能够通过第一可调用文件对动态内存操作指令进行实时监控，第一可调用文件中可以通过钩子函数hook实现dynmemhook函数，从而通过dynmemhook函数实现所述实时监测。

s204、在监测到所述动态内存操作指令后，通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作。

本步骤的实现方式可参考上述实施例一中的步骤s102，本实施例在此不再赘述。

进一步地，如图2b所示，所述通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作，包括：

s2041、解析拦截到的所述动态内存操作指令，确定所述动态内存操作指令所指示的接口名称。

当通过钩子函数hook对动态内存操作指令进行实时监控时，可以通过钩子函数hook解析动态内存操作指令所指示的接口名称，接口名称可以例如malloc函数对应的接口名称、realloc函数对应的接口名称、free函数对应的接口名称等。

s2042、根据所述接口名称生成所述第一可调用文件中对应的动态内存调用函数。

确定接口名称后，生成的动态内存调用函数可以为dlsym(rtld_next，″xxfunc″)，其中的“xxfunc”根据接口名称确定。当然，此处仅以dlsym()为例进行说明，并不作为本申请的限定，其他能够用于查找的函数同样可用于本方案中。

s2043、通过所述动态内存调用函数，在基本库中，查找与所述接口名称对应的基本库函数，以通过所述基本库函数执行所述动态内存操作指令所指示的动态内存操作。

本实施例中，生成动态内存调用函数dlsym(rtld_next，″xxfunc″)之后，可以通过其在基本库中查找与接口名称“xxfunc”对应的基本库函数并进行调用，以通过基本库函数执行动态内存操作指令所指示的动态内存操作，并可以通过动态内存调用函数返回动态内存操作的结果。

例如，如果通过动态内存调用函数调用的为动态内存分配接口，则可以通过动态内存分配函数调用基本库中的动态内存分配函数，执行动态内存分配操作，并获得动态内存分配操作对应的第一结果；如果通过动态内存调用函数调用的为动态内存释放接口，则可以通过动态内存分配函数调用基本库中的动态内存释放函数，执行动态内存释放操作，并获得动态内存释放操作对应的第二结果。

例如，可以通过第一可调用文件libhook中的动态内存调用函数，可以调用基本库libc提供的动态内存分配接口或动态内存释放接口，基本库libc中的接口被调用后，可由基本库libc执行动态内存分配操作或动态内存释放操作，或者通过基本库libc进行系统调用，由用户态转为内核态，进而由系统内核linuxkernel通过brk、mmap等分配动态内存或者释放动态内存。

当然，上述仅以linux系统为例进行示例性说明，本实施例提供的方案同样能够用于其他系统，本实施例对此不进行限定。

s206、通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息。

操作结果包括：所述动态内存分配操作对应的第一结果，和/或，所述动态内存释放操作对应的第二结果。

动态内存的信息可以为根据一个第一结果或第二结果确定的动态内存信息，也可以为根据多个第一结果和/或第二结果确定的动态内存信息。

当动态内存的信息根据一个第一结果或第二结果确定时，动态内存的信息可以为执行动态内存分配操作后的分配的动态内存的信息，或者可以为执行动态内存释放操作释放的动态内存的信息。当动态内存的信息为根据多个第一结果和/或第二结果确定的动态内存信息时，可以通过第一可调用文件对多个第一结果和/或第二结果进行再次处理，得到的动态内存的信息可以为应用程序所占用的动态内存的信息。

可选地，步骤s206可以包括：通过所述第一可调用文件，从所述第一可调用文件中的动态内存信息状态接口，获取根据所述动态内存操作的操作结果更新的动态内存的信息。

具体地，可以通过所述第一可调用文件中的动态内存信息状态接口，向所述第一可调用文件返回根据动态内存操作的操作结果更新的动态内存的信息，以通过第一可调用文件获取到更新的动态内存的信息。

当动态内存的信息为与一个第一结果和/或第二结果对应的动态内存信息时，直接通过第一可调用文件中动态内存信息状态接口存储第一结果或第二结果对应的动态内存的信息实现更新，并将更新的动态内存的信息返回至第一可调用文件，本实施例对此不再赘述。

当动态内存的信息为与多个第一结果和/或第二结果对应的动态内存信息时，若动态内存的信息中仅包括正在占用的动态内存的相关信息，则可以根据第一结果调用动态内存信息状态接口向动态内存的信息中增加正在占用的动态内存，并可以获取动态内存信息状态接口返回更新后的动态内存的信息；或者根据第二结果调用动态内存信息状态接口删除动态内存的信息中正在占用的动态内存，并可以获取动态内存信息状态接口返回更新后的动态内存的信息。此外，动态内存的信息也可以包括每次确定的第一结果和第二结果对应的操作记录，则可以根据第一结果调用动态内存信息状态接口向动态内存的信息中增加动态内存分配操作对应的操作记录，并可以获取动态内存信息状态接口返回更新后的动态内存的信息；或者根据第二结果调用动态内存信息状态接口向动态内存的信息中增加动态内存释放操作对应的操作记录，并可以获取动态内存信息状态接口返回更新后的动态内存的信息。当然，上述仅为动态内存的信息的示例性说明，并不作为本申请的限定。

具体地，第一可调用文件中可以包括动态内存信息状态模块dynmemstats及其对应的动态内存信息状态接口，dynmemstats模块用于存储动态内存的信息，并可以通过动态内存信息状态接口提供动态内存信息的查找、增加、删除功能，当确定动态内存操作的操作结果后，第一可调用文件可以调用其中的dynmemstats模块对应的动态内存信息状态接口，来根据动态内存操作的操作结果更新动态内存的信息，并可以通过dynmemstats模块对应的动态内存信息状态接口向第一可调用文件返回更新后的动态内存的信息。

由于动态内存操作通过第一可调用文件执行，动态内存操作的操作结果也可以通过第一可调用文件获取，因此，获取动态内存操作的操作结果后，可以直接通过第一可调用文件的动态内存信息状态接口实现动态内存信息的更新，使得更新过程更加简单方便。

在获取更新后的动态内存的信息时，也可以直接通过所述第一可调用文件中的动态内存输出接口，输出从所述动态内存信息状态接口获取的更新后的所述动态内存的信息。具体的，可以通过调用第一可调用文件的动态内存信息输出接口(动态内存输出函数dynmemshow对应的接口)输出更新后的动态内存的信息。

其中，所述动态内存的信息包括被占用的动态内存的地址以及动态内存的长度。

可选地，所述动态内存的信息中还可以包括以下信息至少之一：索引信息(所述索引信息根据动态内存的地址确定)、被占用的动态内存的大小、被占用的动态内存对应的物理内存大小。

当动态内存的信息中包括的数据不同时，针对其的更新操作不同，输出的动态内存也可以不同，下面以动态内存的信息中包括正在占用的动态内存的相关信息为例，对更新过程进行示例性说明。

本示例中，所述动态内存的信息具体可以包括被占用的动态内存的地址以及动态内存的长度。从而通过动态内存的地址，可以直接确定动态内存对应的物理内存，通过被占用的动态内存的长度，可以直接统计应用程序所占用的动态内存的大小。

另外，为了方便对动态内存的信息进行查找，所述动态内存的信息中还包括索引信息，所述索引信息根据动态内存的地址确定，从而可以通过索引信息准确地对动态内存进行查找。

此外，为了更加方便地确定与多个第一结果和/或第二结果对应的动态内存的信息，还可以通过第一可调用文件的动态内存信息状态模块dynmemstats提供的动态内存信息状态接口，以维护动态内存哈希表的方式，根据第一结果和第二结果更新动态内存的信息。为了实现更加简便地存储，动态内存哈希表具体可以为链表。

例如，若确定的结果为动态内存分配操作对应的第一结果，则可以根据第一结果，向动态内存哈希表中增加新分配的动态内存的信息，新分配的动态内存的信息可以包括新分配的动态内存的地址以及长度，通过＜addr，len＞的形式存储在动态内存哈希表中。

当动态内存信息状态接口被调用后，具体通过动态内存信息状态模块dynmemstats，将新分配的动态内存的信息存储在动态内存哈希表中的方法可以如下：

a)根据新分配的动态内存的地址addr生成索引信息hashkey。

b)根据索引信息hashkey找到用于存储动态内存信息的哈希桶hashbucket。

c)将新分配的动态内存的地址以及长度，通过＜addr，len＞的形式添加到确定的哈希桶hashbucket的链表尾部。

另外，若确定的结果为第二结果，则可以根据第二结果，从动态内存哈希表中删除新释放的动态内存的信息，新释放的动态内存的信息可以根据动态内存的地址对应的索引信息确定。

具体通过动态内存信息状态模块dynmemstats，将新释放的动态内存的信息从动态内存哈希表中删除的方法可以如下：

a)根据新释放的动态内存的地址addr生成索引信息hashkey。

b)根据索引信息hashkey找到用于存储动态内存信息的哈希桶hashbucket。

c)从确定的哈希桶hashbucket的链表中查找新释放的动态内存对应的＜addr，len＞形式的文件，并删除。

通过上述两种方式，可以准确地将新分配的动态内存的地址和长度增加至动态内存的信息中，也可以准确地将释放的动态内存的地址和长度从动态内存的信息中删除，使得动态内存的信息中包括的动态内存的地址与应用程序正在占用的动态内存相对应。

下面以动态内存的信息中包括正在占用的动态内存的相关信息为例，对通过第一可调用文件获取动态内存信息的过程进行示例性说明。

本示例中，通过第一可调用文件获取的所述动态内存的信息还可以包括被占用的动态内存的信息，所述被占用的动态内存的信息包括以下至少之一：被占用的动态内存的大小、被占用的动态内存对应的物理内存大小。

针对被占用的动态内存的大小，在更新时，其可以在上述每次根据第一结果或者第二结果更新动态内存的信息时进行更新。例如，可以在将新分配的动态内存的地址以及长度增加至动态内存哈希表，或者将新释放的动态内存的地址以及长度从动态内存哈希表中删除之后，根据增加的或删除的动态内存的长度进行更新。

在获取时，可以由应用程序直接调用第一可调用文件的动态内存信息输出函数dynmemshow获取。

针对被占用的动态内存对应的物理内存大小，其可以由第一可调用文件根据动态内存的信息确定，应用程序可以直接调用第一可调用文件的动态内存信息输出函数dynmemshow获取。

例如图2c所示，被占用的动态内存对应的物理内存大小可以通过下述方法获取并输出：

s2061、确定指示动态内存信息输出函数dynmemshow输出动态内存信息的调用执行。

s2062、调用动态内存信息状态模块dynmemstats对应的动态内存信息状态接口，遍历动态内存哈希表中的所有＜addr，len＞元素，针对每个＜addr，len＞元素，通过mincore系统调用查看＜addr，len＞元素对应的动态内存占用的物理内存大小。

s2063、将确定的所有物理内存大小求和，确定被应用程序占用的动态内存对应的物理内存大小。

本实施例提供的方案，通过第一可调用文件确定的动态内存信息也可以为应用程序或应用程序的其他可调用文件对应的动态内存的信息，而不受限于应用程序本身，提高了动态内存的信息的准确度，且，无需修改应用程序的源代码，使得可调用文件的使用更加灵活、简单。并且，通过本实施例提供的方案，还可以使得动态内存的信息中包括的动态内存的地址与应用程序正在占用的动态内存相对应，还可以方便地统计被应用程序占用的动态内存的大小，也可以方便地确定被应用程序占用的动态内存对应的物理内存大小，统计结果更加准确。

本实施例的信息获取方法可以由任意适当的具有数据处理能力的电子设备执行，包括但不限于：移动终端(如平板电脑、手机等)和pc机、服务器等。

图3a为本申请实施例三中操作系统的结构示意图，图3a以linux为实例进行说明，如图3a所示，linux系统中包括系统内核linuxkernel，运行的应用程序app，应用程序app对应的基本库libc，应用程序app对应的其他可调用文件otherlibs。以及，第一可调用文件libhook。

当不使用第一可调用文件libhook时，如图中的虚线所示，应用程序app本身或者其他可调用文件otherlibs可以调用基本库libc中的动态内存分配接口以及动态内存释放接口，以进行动态内存的分配或释放操作。

当使用第一可调用文件libhook时，第一可调用程序中包括dynmemhook函数、dynmemstats模块、dynmemshow函数。其中，dynmemhook函数可以用于对应用程序调用基本库libc中的动态内存分配接口以及动态内存释放接口进行hook，以进行拦截，例如图3a中的实线所示，可以拦截应用程序app以及其他可调用文件otherlibs生成的动态内存分配指令memoryallocate或者动态内存释放指令memoryfree，并将拦截到的指令转换为动态内存调用函数，根据动态内存调用函数调用libc以执行动态内存分配指令memoryallocate或者动态内存释放指令memoryfree；dynmemstats模块可以用于存储动态内存的信息，并提供动态内存信息状态接口，例如动态内存的查找、增加、删除等接口，具体可以由dynmemhook函数根据动态内存分配指令memoryallocate或者动态内存释放指令memoryfree，调用dynmemstats模块对应的增加、删除等接口，维护动态内存的信息，由于dynmemstats模块中不仅存储动态内存的信息还提供查找、增加、删除等接口，故在此将其称为模块，但并不作为本申请的限定；dynmemshow函数可以调用dynmemstats模块提供的接口以确定并输出动态内存的信息。

参见图3b，示例性地示出了一种信息获取方法的流程示意图，本实施例中，如图3b所示，其包括：

s301、应用程序生成调用动态内存分配/释放函数的动态内存操作指令。

s302、截获动态内存操作指令。

s303、通过动态内存调用函数，在基本库libc中查找动态内存操作指令对应的函数指针，以根据函数指针执行动态内存操作。

基本库libc可以直接执行动态内存分配操作或动态内存释放操作，或者通过基本库libc进行系统调用，由用户态转为内核态，进而由系统内核linuxkernel通过brk、mmap等分配动态内存或者释放动态内存。

s304、判断动态内存操作指令调用的函数是否为内存分配函数。

如是，则执行步骤s305，若不是，则执行步骤s306。

s305、调用dynmemstats模块对应的接口，例如dynmemadd，记录分配的动态内存的地址和长度信息。

结束本次流程。

s306、调用dynmemstats模块对应的接口，例如dynmemdel，删除被释放的动态内存的地址和长度信息。

结束本次流程。

上述步骤s302-s306可以由dynmemhook函数实现。

具体的，dynmemstats模块对应的接口被调用后，可以通过如3c示出的方法实现上述步骤s305或者s306。具体可以包括：

s311、根据被分配或被释放的动态内存的地址addr生成索引信息hashkey。

s312、根据索引信息hashkey找到用于存储动态内存信息的哈希桶hashbucket。

s313、判断是否增加动态内存。

如是，则表示需要记录分配的动态内存的地址和长度信息，则执行步骤s314；反之，则表示删除被释放的动态内存的地址和长度信息，则执行步骤s315。

s314、将动态内存的地址addr和长度len，以＜addr，len＞的形式增加至哈希桶hashbucket的链表的尾部。

结束本次流程。

s315、根据动态内存的地址addr，在哈希桶hashbucket中找到＜addr，len＞。然后执行步骤s316。

s316、将找到的＜addr，len＞从哈希桶hashbucket的链表中删除。

结束本次流程。

上述步骤s311-s316可以由dynmemstats模块实现。

当需要获取应用程序的动态内存的信息时，可以动态内存输出接口dynmemshow来输出动态内存的信息，具体可以包括：

s321、确定dynmemshow函数对应的接口被调用，并指示返回应用程序的动态内存的大小之和。

s322、调用dynmemstats模块对应接口，遍历动态内存的信息，并调用mincore系统调用，查看动态内存占用的物理内存的大小。

s323、遍历完成后，输出动态内存占用的物理内存之和。

上述步骤s321-s323可以由dynmemshow函数实现。

本实施例提供的方案，通过第一可调用文件libhook中的dynmemstats模块、dynmemshow函数等，确定的动态内存信息不受限于应用程序本身，提高了动态内存的信息的准确度，且无需修改应用程序的源代码，使得可调用文件libhook的使用更加灵活、简单。

图4为本申请实施例四中信息获取装置的结构示意图；如图4所示，其包括：拦截模块402、获取模块404。

拦截模块402，用于通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作。

获取模块404，用于通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息。

可选地，本申请任一实施例中，所述动态内存操作包括：调用动态内存分配接口进行的动态内存分配操作，和/或，调用动态内存释放接口进行的动态内存释放操作；对应的，所述动态内存操作的操作结果包括：所述动态内存分配操作对应的第一结果，和/或，所述动态内存释放操作对应的第二结果。

可选地，本申请任一实施例中，所述拦截模块402包括：指令解析模块，用于解析拦截到的所述动态内存操作指令，确定所述动态内存操作指令所指示的接口名称；函数生成模块，用于根据所述接口名称生成所述第一可调用文件中对应的动态内存调用函数；函数调用模块，用于通过所述动态内存调用函数，在基本库中，查找与所述接口名称对应的基本库函数，以通过所述基本库函数执行所述动态内存操作指令所指示的动态内存操作。

可选地，本申请任一实施例中，所述装置还包括：加载模块，用于通过环境变量对应用程序加载的可调用文件进行设置，使所述应用程序在加载所需的基本库之前加载所述第一可调用文件。

可选地，本申请任一实施例中，所述拦截模块402具体用于：通过所述第一可调用文件中的动态内存信息状态接口，向所述第一可调用文件返回根据所述动态内存操作的操作结果更新的动态内存的信息。

可选地，本申请任一实施例中，所述动态内存的信息包括被占用的动态内存的地址以及动态内存的长度。

可选地，本申请任一实施例中，述动态内存的信息中还包括索引信息，所述索引信息根据动态内存的地址确定。

可选地，本申请任一实施例中，所述动态内存的信息还包括以下至少之一：被占用的动态内存的大小、被占用的动态内存对应的物理内存大小。

可选地，本申请任一实施例中，所述获取模块404具体用于：通过所述第一可调用文件中的动态内存输出接口，输出从所述动态内存信息状态接口获取的所述动态内存的信息。

本实施例提供的方案，通过第一可调用文件拦截动态内存操作指令，并转换为动态内存调用函数，以根据所述动态内存调用函数执行所述动态内存操作指令所指示的动态内存操作，使得动态内存操作的执行是通过第一可调用文件实现的，因此无需修改进程的源代码，由于第一可调用文件可被进程或进程对应的其他可调用文件调用，因此，通过第一可调用文件可以拦截到进程或进程对应的其他可调用文件的动态内存操作指令，并执行指令所指示的动态内存操作，动态内存操作包括：调用动态内存分配接口进行的动态内存分配操作，和/或，调用动态内存释放接口进行的动态内存释放操作，进而通过所述第一可调用文件获取根据所述动态内存操作的操作结果确定的动态内存的信息时，动态内存信息也可以为进程或进程对应的其他可调用文件对应的动态内存的信息，而不受限于进程本身，提高了动态内存的信息的准确度。

图5为本申请执行信息获取方法的一些电子设备的硬件结构示意图。

根据图5所示，该设备包括：

一个或多个处理器502以及存储器504，图5中以一个处理器502为例。

执行信息获取方法的设备还可以包括：通信接口(communicationsinterface)506以及通信总线508。

通信接口506，用于与其它电子设备或服务器进行通信。

处理器502、存储器504、通信接口506可以通过通信总线508完成相互间的通信。

存储器504作为一种非易失性计算机可读存储介质，可用于存储至少一可执行指令，可执行指令具体可以包括程序510，程序510具体可以包括非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的信息获取方法对应的程序指令/模块。处理器502通过运行存储在存储器504中的程序510，实现上述方法实施例中信息获取方法。

存储器504可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据信息获取装置的使用所创建的数据等。此外，存储器504可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器504可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至信息获取装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个模块存储在所述存储器中，当被所述一个或者多个处理器执行时，执行上述任意方法实施例中的信息获取方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iphone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：pda、mid和umpc设备等，例如ipad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如ipod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

至此，已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice，pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。