CN114385387B - 访问信息生成方法、装置和计算机设备 - Google Patents

Abstract

本申请提供一种访问信息生成方法、装置和计算机设备，属于计算机技术领域。所述方法包括：确定待监测应用程序的至少一个待监测接口；根据各所述待监测接口确定至少一个待监测对象，所述待监测对象表征唯一标识所述待监测应用程序调用所述待监测接口的特征信息；在所述待监测应用程序运行中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数；根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息。本申请可以达到降低侵入性和提高适用性的效果。

Description

访问信息生成方法、装置和计算机设备

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种访问信息生成方法、装置和计算机设备。

背景技术

随着计算机技术的发展，越来越多的计算机设备开始进入人们的工作生活，人们可以通过计算机设备来运行一些应用程序以实现各种各样的功能。这样，可以大幅提升人们的工作效率。

相关技术中，在运行应用程序的过程中，为了准确了解应用程序的运行压力，就需要监控或统计调用应用程序接口的次数，常会通过采集调用记录以生成调用日志以实现监控或统计的目的。一般地，采集调用记录就需要选定采集代码并将采集代码编入与应用程序各个接口对应的执行代码中。

可见，这种方案对应用程序原有的代码存在一定的侵入性，并且应用程序各个接口的采集代码可能并不相同。因此，这种方案存在侵入性强和适用性差的问题。

发明内容

本申请的目的在于提供一种访问信息生成方法、装置和计算机设备，可以达到降低侵入性和提高适用性的效果。

本申请的实施例是这样实现的：

本申请实施例的第一方面，提供一种访问信息生成方法，应用于计算机设备，所述方法包括：

确定待监测应用程序的至少一个待监测接口；

根据各所述待监测接口确定至少一个待监测对象，所述待监测对象表征唯一标识所述待监测应用程序调用所述待监测接口的特征信息；

在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数；

根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息。

可选地，所述根据各所述待监测接口确定至少一个待监测对象，包括：

确定所述待监测应用程序的原始代码中与各所述待监测接口对应的特征信息，所述特征信息为访问所述待监测接口需要执行的原始代码；

确定所述特征信息中的特征代码，将所述特征代码作为所述待监测对象，所述特征代码为所述特征信息中用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码。

可选地，所述确定所述待监测应用程序的原始代码中与各所述待监测接口对应的特征信息，包括：

遍历所述待监测应用程序中的全部原始代码，确定访问各所述待监测接口需要执行的原始代码，将所述需要执行的原始代码作为所述特征信息。

可选地，所述确定所述特征信息中的特征代码，包括：

遍历所述特征信息中的全部原始代码，确定用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码；

将用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码作为所述特征信息的特征代码。

可选地，所述确定待监测应用程序的至少一个待监测接口，包括：

响应于监测指令，解析所述监测指令，以确定出所述监测指令指示的需要监测的应用程序和需要监测的接口；

将所述需要监测的应用程序作为所述待监测应用程序，并将所述需要监测的接口作为所述待监测接口。

可选地，所述在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数，包括：

在所述待监测应用程序运行过程中，实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数；

将各所述待监测对象被执行的次数作为所述待监测应用程序中的各所述待监测接口被访问的次数。

可选地，所述在所述待监测应用程序运行过程中，实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数，包括：

将各所述待监测对象被执行的统计次数设置为0，并实时监测各所述待监测对象是否被执行；

每当监测到各所述待监测对象被执行时，则给所述统计次数加1，并将当前的所述统计次数作为各所述待监测对象被执行的次数。

可选地，所述根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息，包括：

每间隔预设时长记录当前时刻统计的各所述待监测接口被访问的次数；

根据每次记录的各所述待监测接口被访问的次数，生成并输出所述访问信息。

可选地，所述根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息，包括：

记录各所述待监测接口被访问的次数、各所述待监测接口被访问的时间、当前时间和/或每次记录各所述待监测接口被访问的次数的时间；

根据各所述待监测接口被访问的次数、各所述待监测接口被访问的时间、当前时间和/或每次记录各所述待监测接口被访问的次数的时间，生成并输出各所述待监测接口的访问信息。

可选地，所述在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数之前，所述方法还包括：

根据所述计算机设备的操作系统和监测程序的类型，确定并获取与所述操作系统和所述监测程序的类型匹配的统计脚本，所述监测程序用于运行所述统计脚本，在所述统计脚本运行的情况下，所述统计脚本用于监测所述待监测应用程序中至少一个接口被访问的次数；

所述通过监测各所述待监测对象的执行情况，确定所述待监测应用程序中的各所述待监测接口被访问的次数，包括：

通过所述统计脚本实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数；

将各所述待监测对象被执行的次数作为所述待监测应用程序中的各所述待监测接口被访问的次数。

可选地，在所述根据所述计算机设备的操作系统和监测程序的类型，确定并获取与所述操作系统和所述监测程序的类型匹配的统计脚本之前，所述方法还包括：

检测所述计算机设备中是否安装所述监测程序；

若检测到未安装所述监测程序，则在所述计算机设备中安装与所述操作系统匹配的所述监测程序。

可选地，所述方法还包括：

响应于终止所述统计脚本运行的指令，记录所述统计脚本终止运行的时刻统计的各所述待监测接口被访问的次数；

根据所述统计脚本终止运行的时刻下统计的各所述待监测接口被访问的次数生成并输出所述访问信息。

本申请实施例的第二方面，提供了一种访问信息生成装置，应用于计算机设备，所述装置包括：

第一确定模块，用于确定待监测应用程序的至少一个待监测接口；

第二确定模块，用于根据各所述待监测接口确定至少一个待监测对象；

识别确定模块，用于在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数；

生成输出模块，用于根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息。

本申请实施例的第三方面，提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面所述的访问信息生成方法。

本申请实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的访问信息生成方法。

本申请实施例的有益效果包括：

本申请实施例提供的一种访问信息生成方法，通过确定待监测应用程序的至少一个待监测接口，根据各待监测接口确定至少一个待监测对象，在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息。

其中，根据各待监测接口确定至少一个待监测对象，可以根据各待监测对象的执行次数得到各待监测接口被访问的次数，也就是说，不需要修改该待监测应用程序的代码就可以监测或统计各待监测接口被访问的次数。

在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，可以通过该待监测对象被执行的次数或该特征信息被表达的次数来确定出各待监测接口被访问的次数。

如此，达到降低侵入性和提高适用性的效果。另外，还可以提高该计算机设备稳定性和处理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的第一种访问信息生成方法的流程图；

图2为本申请实施例提供的第二种访问信息生成方法的流程图；

图3为本申请实施例提供的第三种访问信息生成方法的流程图；

图4为本申请实施例提供的第四种访问信息生成方法的流程图；

图5为本申请实施例提供的第五种访问信息生成方法的流程图；

图6为本申请实施例提供的第六种访问信息生成方法的流程图；

图7为本申请实施例提供的一种访问信息生成方法装置的结构示意图；

图8为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

相关技术中，在运行应用程序的过程中，为了准确了解应用程序的运行压力，就需要监控或统计调用应用程序接口的次数，常会通过采集调用记录以生成调用日志以实现监控或统计的目的。一般地，采集调用记录就需要选定采集代码并将采集代码编入与应用程序各个接口对应的执行代码中。可见，这种方案对应用程序原有的代码存在一定的侵入性，并且应用程序各个接口的采集代码可能并不相同。因此，这种方案存在侵入性强和适用性差的问题。

另外，还可以在应用程序接口前部署一套用于接收调用请求的前置程序，调用接口时需要先通过前置程序拦截发送给接口的信息，并将调用接口的信息记录下来，这样也可以实现对接口调用次数的统计。但是，这种方案需要调整整个工作系统的部署结构，对整个工作系统的部署也存在一定的侵入性。

因此，若使用上述任一种方案，在实际应用之前就需要对应用程序的代码或整个工作系统进行大量的测试工作，以确保应用程序或整个工作系统能够正常运行，这样，就存在实用性较差的问题。

为此，本申请实施例提供了访问信息生成方法，通过确定待监测应用程序的至少一个待监测接口，根据各待监测接口确定至少一个待监测对象，在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息。可以达到降低侵入性和提高适用性的效果。

下面对本申请实施例提供的访问信息生成方法的应用场景做以说明。

本申请实施例提供的访问信息生成方法可以应用于计算机设备中，并可以在多种场景下以实现监控或统计工作系统调用应用程序接口的次数的功能。例如，可以应用于Linux系统，并通过Systemtap程序运行Stp脚本以实现上述的访问信息生成方法。

可选地，上述计算机设备中可以安装任意数量的用于实现相应功能的应用程序。

各应用程序可以是基于C语言、C++、Java、PHP、Python或其他可能的计算机编程语言等编程的程序。本申请实施例对此不作限定。

可选地，上述计算机设备可以是任意终端设备或服务器。本申请实施例对此不作限定。

终端设备可以是电脑、智能手机、平板电脑以及其他任意带有处理功能的电子设备。

服务器可以是业务服务器、中继服务器或数据服务器。

示例性地，可以将实现上述访问信息生成方法需要执行的操作或步骤的代码编写为Stp脚本，并且将Stp脚本导入上述Systemtap程序中，在响应于相应的指令或请求的情况下，通过Systemtap程序运行Stp脚本，并执行Stp脚本中的代码，以监控或统计安装在上述计算机设备中的应用程序的任意接口被访问的次数。

另外，在上述的访问信息生成方法应用在Linux系统的情况下，还可以通过Kprobe程序来实现具体功能。本申请实施例对此不作限定。

理所当然地，本申请实施例提供的访问信息生成方法还可以应用于Windows系统、IOS、MacOS、Andriod系统等操作系统，并通过相应的程序来实现上述的访问信息生成方法。本申请实施例对此不作限定。

本申请实施例以应用在基于Linux系统的计算机设备中的访问信息生成方法为例进行说明。但不表明本申请实施例仅能应用于基于Linux系统的计算机设备中生成应用程序的接口的访问信息。

下面对本申请实施例提供的访问信息生成方法进行详细地解释说明。

图1为本申请提供的一种访问信息生成方法的流程图，该方法可以应用于计算机设备，该计算机设备可以是前述的终端设备或服务器。参见图1，本申请实施例提供一种访问信息生成方法，包括：

步骤1001：确定待监测应用程序的至少一个待监测接口。

可选地，该待监测应用程序可以是上述安装在该计算机设备中的任意应用程序。

另外，可以仅有一个待监测应用程序，也可以有多个待监测应用程序。并且，任一待监测应用程序中可以仅有一个接口，也可以有多个接口。

可选地，各接口可以用于使得相关技术人员通过上述操作系统无需访问源码即可访问上述应用程序中的任一组例程。

用户或相关技术人员可以通过各接口来请求该操作系统或各应用程序提供相应的服务，也可以通过各接口使得该操作系统或各应用程序实现相应的功能。本申请实施例对此不作限定。

也就是说，各接口给用户或相关技术人员提供了一组方法，用户或相关技术人员可以使用这组方法向应用层发送业务请求、信息和数据，以执行各应用程序中对各接口对应的代码，最终使得各应用程序实现相应的功能。

可选地，该待监测接口可以是需要监测或统计被访问次数的接口。

该待监测接口可以是各接口中的任一个需要监测的接口，也可以是各接口中的多个需要监测的接口。具体可以根据实际需要进行调整。本申请实施例对此不作限定。

这样，就可以确定出需要监测被访问次数的待监测接口，便于执行后续操作。

步骤1002：根据各待监测接口确定至少一个待监测对象。

可选地，各待监测对象表征唯一标识该待监测应用程序调用该待监测接口的特征信息。

可选地，各特征信息可以是该待监测应用程序中原本带有的信息。

值得注意的是，各待监测对象的执行次数和对各待监测对象对应的待监测接口被访问的次数是同步的。也就是说，若各待监测对象被执行一次，则表征与各待监测对象对应的该待监测接口被访问了一次。

这样，就可以根据各待监测对象的执行次数得到各待监测接口被访问的次数。然而，各待监测对象是该待监测应用程序中原本就带有的信息，也就是说，不需要修改该待监测应用程序的代码就可以监测或统计各待监测接口被访问的次数。

如此，可以达到降低侵入性和提高适用性的效果。

步骤1003：在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数。

可选地，该待监测应用程序可以一直保持运行状态。也可以响应用户或相关技术人员的触发操作之后进入运行状态。

还可以在其他任意可能的条件下进入运行状态，比如，在该计算机设备的内存占用率超过一定阈值的情况下该待监测应用程序自动进入运行状态，以监控或统计任意应用程序的任意接口被访问的次数。具体可以根据实际需要进行设置。本申请实施例对此不作限定。

值得注意的是，可以通过识别该待监测对象是否被执行或者识别该待检测对象中的特征信息是否被表达来确定各待监测接口是否被访问。进而可以通过该待监测对象被执行的次数或该特征信息被表达的次数来确定出各待监测接口被访问的次数。

步骤1004：根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息。

可选地，该访问信息可以用于指示各待监测接口被访问的次数，具体可以用于指示各待监测接口在特定时刻或特定时间段内被访问的次数。

可选地，可以将该访问信息输出到与该计算机设备连接的显示设备、与该计算机设备通信连接的其他服务器或其他终端设备上。具体可以根据实际需要进行调整。本申请实施例对此不作限定。

通过根据各待监测接口被访问的次数生成并输出该访问信息，这样，就可以将各待监测接口被访问的次数清楚直观地展示给用户或相关技术人员，方便用户或相关技术人员根据各待监测接口被访问的次数调整在该计算机设备上运行的应用程序数量或者调整该计算机设备对各请求或指令处理的优先级。

如此，可以降低各应用程序占用的内存和该计算机设备的处理压力，进而可以提高该计算机设备稳定性和处理效率。

在本申请实施例中，通过确定待监测应用程序的至少一个待监测接口，根据各待监测接口确定至少一个待监测对象，在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息。

其中，根据各待监测接口确定至少一个待监测对象，可以根据各待监测对象的执行次数得到各待监测接口被访问的次数，也就是说，不需要修改该待监测应用程序的代码就可以监测或统计各待监测接口被访问的次数。

在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，可以通过该待监测对象被执行的次数或该特征信息被表达的次数来确定出各待监测接口被访问的次数。

并且由于本申请实施例提供的访问信息生成方法对应用程序的代码或整个工作系统不存在侵入性，那么，在实际应用之前也就可以不用对应用程序的代码或整个工作系统进行大量的、复杂的测试工作，这样，就可以提高访问信息生成方法的实用性。

如此，达到降低侵入性和提高适用性的效果。另外，还可以提高该计算机设备稳定性和处理效率。

为了确保不需要修改安装在上述计算机设备中的各应用程序的代码即可实现监测或统计各接口被访问的次数的功能，本申请实施例提供一种可能的实现方式，在图1的基础上，参见图2，根据各待监测接口确定至少一个待监测对象，包括：

步骤1005：确定该待监测应用程序的原始代码中与各待监测接口对应的特征信息。

可选地，该原始代码是指开发该待监测应用程序的相关技术人员为了实现该待监测应用程序的功能在开发阶段就已经编入的代码。也就是说，该原始代码并不包括可以实现监测或统计各接口被访问的次数的功能的代码。

可选地，该特征信息为访问该待监测接口需要执行的原始代码。

该特征信息可以是为了访问该待监测接口而在访问该待监测接口之前需要执行的原始代码，也可以是在访问该待监测接口之后需要执行的原始代码。具体可以根据实际需要进行设置。

示例性地，确定该特征信息的方式可以通过确定在该待监测应用程序的原始代码中与该待监测接口对应的程序函数来实现。

该程序函数是一个固定的程序段，该程序段中可以包括多条原始代码。该程序函数可以实现相应的运算功能，该程序函数还带有唯一的函数入口和唯一的函数出口。该函数入口就是该程序函数的各个参数，该计算机设备可以通过该函数入口，把该程序函数的各参数的值代入程序段，供该计算机设备处理。

该函数出口就是指该程序函数的函数值，在该计算机设备各参数代入该程序函数处理之后，由该函数出口将处理得到的函数值返回给调用该程序函数的程序。

进一步地，确定该待监测应用程序的原始代码中与各待监测接口对应的特征信息的操作可以是：

遍历该待监测应用程序中的全部原始代码，确定访问各待监测接口需要执行的原始代码，将该需要执行的原始代码作为该特征信息。

理所当然地，访问各待监测接口需要执行的原始代码可以是该程序函数。也可以是其他可以唯一标识该待监测应用程序调用该待监测接口的代码。本申请实施例对此不作限定。

步骤1006：确定该特征信息中的特征代码，将该特征代码作为该待监测对象。

可选地，该特征代码为该特征信息中用于指示开始执行该特征信息的代码或用于指示终止执行该特征信息的代码。

理所当然地，该特征代码可以是上述函数入口或上述函数出口。

具体地，确定该特征信息中的特征代码的操作可以是：

遍历该特征信息中的全部原始代码，确定用于指示开始执行该特征信息的代码或用于指示终止执行该特征信息的代码。

理所当然地，用于指示开始执行该特征信息的代码可以是该函数入口，用于指示终止执行该特征信息的代码可以是该函数出口。

将用于指示开始执行该特征信息的代码或用于指示终止执行该特征信息的代码作为该特征信息的特征代码。

也就是说，可以将该函数入口或该函数出口作为该特征信息的特征代码，那么，也就可以将该函数入口或该函数出口作为该待监测对象。

值得说明的是，由于该特征信息可以是该待监测应用程序中的原始代码，例如，该特征信息可以是该待监测应用程序中与该待监测接口对应的程序函数，那么该特征代码也就是该待监测应用程序中的原始代码，例如，该特征代码可以是该程序函数的函数入口或函数出口。这样，就可以确保根据各待监测接口确定出的各待监测对象均是该待监测应用程序中原本就带有的信息或代码或函数。

如此，不需要修改该待监测应用程序的代码就可以监测或统计各待监测接口被访问的次数。进而可以达到降低侵入性和提高适用性的效果。

一种可能的实现方式中，为了准确地监测或统计需要统计被访问次数的接口。参见图3，确定待监测应用程序的至少一个待监测接口，包括：

步骤1007：响应于监测指令，解析该监测指令，以确定出该监测指令指示的需要监测的应用程序和需要监测的接口。

可选地，该监测指令可以包括用于指示需要监测的应用程序的信息，也可以包括用于指示这个应用程序中需要监测的接口的信息。当然，该监测指令还可以包括其它信息，比如用于指示开始监测的时间、结束监测的时间、监测时长等信息。具体可以根据实际需求进行设置。本申请实施例对此不作限定。

该监测指令可以是用户或相关技术人员根据实际需要通过该计算机设备生成的指令。

示例性地，解析该监测指令具体可以是只读取该监测指令中用于指示需要监测的接口的信息。也可以是同时读取该监测指令中用于指示需要监测的接口的信息和用于指示开始监测的时间的信息。本申请实施例对此不作限定。

步骤1008：将该需要监测的应用程序作为该待监测应用程序，并将该需要监测的接口作为该待监测接口。

通过执行上述步骤1007和步骤1008，就可以准确地根据实际需要确定出需要统计被访问次数的接口。这样，就可以提高该访问信息生成方法的准确性和可靠性。

一种可能的实现方式中，为了提高监测或统计出的待监测接口被访问的次数的准确性。参见图4， 在该待监测应用程序运行过程中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数，包括：

步骤1009：在该待监测应用程序运行过程中，实时监测各待监测对象是否被执行，并实时记录各待监测对象被执行的次数。

示例性地，各待监测对象可以是该待监测应用程序中与该待监测接口对应的程序函数的函数入口或函数出口。

那么，就可以通过实时监测该函数入口是否被代入该程序函数或该程序函数是否输出该函数出口来确定各待监测对象是否被执行，进而实时监测或统计各待监测对象被执行的次数。

可选地，具体可以通过使用计数器来实现记录各待监测对象被执行的次数。

这样，就可以准确地监测或统计出各待监测对象被访问的次数。

步骤1010：将各待监测对象被执行的次数作为该待监测应用程序中的各待监测接口被访问的次数。

值得说明的是，由于各待监测对象表征唯一标识该待监测应用程序调用该待监测接口的特征信息，并且各待监测对象的执行次数和对各待监测对象对应的待监测接口被访问的次数是同步的，那么各待监测对象被执行的次数和与各待监测对象对应的各待监测接口被访问的次数就是相同的。如此，就可以准确地监测或统计出各待监测接口被访问的次数。

一种可能的实现方式中，在该待监测应用程序运行过程中，实时监测各待监测对象是否被执行，并实时记录各待监测对象被执行的次数，包括：

将各待监测对象被执行的统计次数设置为0，并实时监测各待监测对象是否被执行。

示例性地，具体可以通过计数器来统计各待监测对象被执行的次数，可以分别将用于监测各待监测对象被执行次数的计数器的初始值设置为0。

每当监测到各待监测对象被执行时，则给该统计次数加1，并将当前的该统计次数作为各待监测对象被执行的次数。

示例性地，每当监测到各待监测对象被执行时，则可以将用于监测各待监测对象被执行次数的计数器的值加1。

例如，在该待监测应用程序运行过程中，第一次检测到与一个待监测对象被执行的情况下，则可以给用于监测这个待监测对象被执行次数的计数器的初始值加1，这个计数器的值就变为1。在第二次检测到与这个待监测对象被执行的情况下，则可以给这个计数器的值再加1，这个计数器的值就变为2。……在第N-1次检测到与这个待监测对象被执行的情况下，则可以给这个计数器当前的值再加1，这个计数器的值就变为N-1。在第N次检测到与这个待监测对象被执行的情况下，则可以给这个计数器当前的值再加1，这个计数器的值就变为N。其中，N为大于3的正整数。

理所当然地，各待监测对象被执行的统计次数也可以设置为其他任意数值，并且每当监测到各待监测对象被执行时，也可以给该统计次数加其他任意数值。这都可以由相关技术人员或用户根据实际情况进行调整。本申请实施例对此不作限定。

这样，就可以实现监测各待监测对象被执行的次数的目的。

一种可能的实现方式中，参见图5， 根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息，包括：

步骤1011：每间隔预设时长记录当前时刻统计的各待监测接口被访问的次数。

可选地，该预设时长可以是提前进行设置的，该预设时长可以是任意时间长度。例如，可以将该预设时长设置为1分钟，也可以将该预设时长设置为1小时，当然还可以将该预设时长设置任意可能的时间长度。本申请实施例对此不作限定。

示例性地，继续参见图3，可以在解析该监测指令，并确定出该监测指令指示的需要监测的应用程序和需要监测的接口之后，立即开始监测或统计待监测接口被访问的次数。

例如，可以将确定出该监测指令指示的需要监测的应用程序和需要监测的接口的时刻作为第一次记录的起始时刻，并且，可以将每次记录统计的各待监测接口被访问的次数的时刻作为下一次记录的起始时刻。

又例如，将确定出该监测指令指示的需要监测的应用程序和需要监测的接口的时刻作为第一次记录的起始时刻，在第一次记录的起始时刻之后间隔该预设时长，则记录统计的各待监测接口被访问的次数，这就是第一次记录的统计的各待监测接口被访问的次数。并且，将第一次记录的时刻作为第二次记录的起始时刻，在第二次记录的起始时刻之后间隔该预设时长，则再次记录统计的各待监测接口被访问的次数，这就是第二次记录的统计的各待监测接口被访问的次数。……直至完成监测时长或达到结束监测的时间。

步骤1012：根据每次记录的各待监测接口被访问的次数，生成并输出该访问信息。

可选地，可以在每次记录各待监测接口被访问的次数之后均生成并输出一次访问信息。也可以在达到预设条件的情况下，再生成并输出一次访问信息。

该预设条件可以是提前设置的任一条件，可以根据实际需要进行调整。例如，该预设条件可以是每当记录5次各待监测接口被访问的次数则生成并输出一次访问信息。本申请实施例对此不作限定。

这样，可以提高生成和/或输出该访问信息的灵活性。

一种可能的实现方式中，参见图6，根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息，包括：

步骤1013：记录各待监测接口被访问的次数、各待监测接口被访问的时间、当前时间和/或每次记录各待监测接口被访问的次数的时间。

可选地，可以每间隔预设时长记录一次各待监测接口被访问的次数以及每次记录各待监测接口被访问的次数的时间。

另外，在每次监测或统计到各待监测接口被访问时，可以同时记录各待监测接口每次被访问的时间。

可选地，当前时间是指在执行记录各待监测接口被访问的次数、各待监测接口被访问的时间、当前时间和/或每次记录各待监测接口被访问的次数的时间操作时该计算机设备上显示的时刻。

步骤1014：根据各待监测接口被访问的次数、各待监测接口被访问的时间、当前时间和/或每次记录各待监测接口被访问的次数的时间，生成并输出各待监测接口的访问信息。

这样，就可以提升该访问信息的信息量，进而可以达到为用户、相关技术人员或计算机设备提供有效的决策辅助的效果。

下面，以将本申请实施例提供的访问信息生成方法应用于Linux系统，并通过Systemtap程序运行Stp脚本以实现上述的访问信息生成方法为例进行说明。

一种可能的实现方式中，在该待监测应用程序运行中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数之前，该方法还包括：

根据该计算机设备的操作系统和监测程序的类型，确定并获取与该操作系统和该监测程序的类型匹配的统计脚本。

可选地，该计算机设备的操作系统可以是上述的Linux系统，也可以是其他任意可能的操作系统。

可选地，该监测程序用于运行该统计脚本。示例性地，该监测程序可以是Systemtap程序，该Systemtap程序是监控和跟踪运行中的Linux 系统的内核的程序。

可选地，该统计脚本可以是用于在该Systemtap程序上运行的Stp脚本。另外，该Stp脚本可以在响应于上述的监测指令之后才开始在该Systemtap程序上运行。

示例性地，该Stp脚本可以用于记录各待监测对象被执行次数，也可与用于识别各待监测对象是否被执行，还可以用于在该Systemtap程序发出stap命令的情况下，生成并输出该访问信息。

可选地，在该统计脚本运行的情况下，该统计脚本可以用于监测该待监测应用程序中至少一个接口被访问的次数。

一种可能的方式，通过监测各待监测对象的执行情况，确定该待监测应用程序中的各待监测接口被访问的次数，包括：

通过该统计脚本实时监测各待监测对象是否被执行，并实时记录各待监测对象被执行的次数。

将各待监测对象被执行的次数作为该待监测应用程序中的各待监测接口被访问的次数。

一种可能的实现方式中，为了确保该统计脚本可以在该计算机设备上运行。在该根据该计算机设备的操作系统和监测程序的类型，确定并获取与该操作系统和该监测程序的类型匹配的统计脚本之前，该方法还包括：

检测该计算机设备中是否安装该监测程序。

示例性地，可以通过遍历该计算机设备中安装的所有程序以确定是否安装该监测程序。

若检测到未安装该监测程序，则在该计算机设备中安装与该操作系统匹配的该监测程序。

示例性地，在检测到该计算机设备未安装该监测程序的情况下，该计算机设备可以通过互联网搜索并安装该监测程序。当然也可以通过其他方式安装该监测程序。本申请实施例对此不作限定。

值得注意的是，由于该监测程序是用于运行该统计脚本的程序，这样，就可以确保该统计脚本可以在该计算机设备上运行，进而可以提高访问信息生成方法的可靠性。

一种可能的实现方式中，为了提高该访问信息生成方法的实用性和可靠性。该方法还包括：

响应于终止该统计脚本运行的指令，记录该统计脚本终止运行的时刻统计的各待监测接口被访问的次数。

可选地，终止该统计脚本运行的指令可以是根据上述监测指令中包括的结束监测的时间、监测时长等信息生成的指令，也可以是有用户或相关技术人员根据实际需要通过该计算机设备生成的指令，还可以是该统计脚本中的用于终止该统计脚本运行的指令。本申请实施例对此不作限定。

另外，在该统计脚本为Stp脚本的情况下，该监测指令可以是stap命令。

可选地，可以在响应终止该统计脚本运行的指令之后，可以立即记录各待监测接口被访问的次数。也可以经过一定的时间之后再记录各待监测接口被访问的次数。

另外，在响应终止该统计脚本运行的指令之后，可以经过一定的时间之后再终止该统计脚本运行，这样，可以确保有充足的时间记录各待监测接口被访问的次数，也可以保证该统计脚本可以正常终止运行。如此，可以提高访问信息生成方法的可靠性。

根据该统计脚本终止运行的时刻下统计的各待监测接口被访问的次数生成并输出该访问信息。

这样，就可以在该统计脚本终止运行时还能生成并输出一次访问信息，可以达到避免该统计脚本终止运行的时刻处于上述的起始时刻和预设时长之间而造成的无法输出该访问信息的问题。如此，可以提高访问信息生成方法的可靠性、灵活性和实用性。

一种可能的实现方式中，该统计脚本为Stp脚本，可以在该Stp脚本的begin方法中将计数器的值置为0。这样，就可以确保在每次开始运行该Stp脚本的时候，该计数器的初始值为0。

而在该Stp脚本的process方法中实时监测该函数入口是否被代入该程序函数或该程序函数是否输出该函数出口，以实现监测各待监测对象是否被执行的目的。

在该Stp脚本的timer.ms定时方法中输出当前时间和计数器的值，并且在timer.ms定时方法中可以设置每间隔预设时长读取该计数器的值，并将读取到的该计数器的值作为当前时刻统计的各待监测接口被访问的次数进行记录，并根据各待监测接口被访问的次数生成并输出该访问信息。

在该Stp脚本的end方法输出当前时间和计数器的值，并且在该Stp脚本的执行到end方法的情况下，将读取到的该计数器的值作为该统计脚本终止运行的时刻统计的各待监测接口被访问的次数进行记录，并根据记录的各待监测接口被访问的次数生成并输出该访问信息。

下述对用以执行的本申请所提供访问信息生成方法的装置、设备及计算机可读存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图7是本申请实施例提供的一种访问信息生成装置的结构示意图，参见图7，该装置包括：

第一确定模块，用于确定待监测应用程序的至少一个待监测接口。

第二确定模块，用于根据各待监测接口确定至少一个待监测对象。

识别确定模块，用于在该待监测应用程序运行中，通过对该待监测对象识别，确定该待监测应用程序中的各待监测接口被访问的次数。

生成输出模块，用于根据各待监测接口被访问的次数生成并输出各待监测接口的访问信息。

上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路（Application Specific Integrated Circuit，简称ASIC），或，一个或多个微控制器，或，一个或者多个现场可编程门阵列（Field Programmable Gate Array，简称FPGA）等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器（Central Processing Unit，简称CPU）或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统（system-on-a-chip，简称SOC）的形式实现。

图8是本申请实施例提供的一种计算机设备的结构示意图。参见图8，计算机设备包括：存储器301、处理器302，存储器301中存储有可在处理器302上运行的计算机程序，处理器302执行计算机程序时，实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。

可选地，本申请还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述任一访问信息生成方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（英文：processor）执行本发明各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（英文：Read-Only Memory，简称：ROM）、随机存取存储器（英文：Random Access Memory，简称：RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

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

Claims (14)

1.一种访问信息生成方法，其特征在于，应用于计算机设备，所述方法包括：

确定待监测应用程序的至少一个待监测接口；

根据各所述待监测接口确定至少一个待监测对象，所述待监测对象表征唯一标识所述待监测应用程序调用所述待监测接口的特征信息，各所述待监测对象的执行次数和各所述待监测对象对应的待监测接口被访问的次数是同步的；

在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数；

根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息；

所述根据各所述待监测接口确定至少一个待监测对象，包括：

确定所述待监测应用程序的原始代码中与各所述待监测接口对应的特征信息，所述特征信息为访问所述待监测接口需要执行的原始代码；

确定所述特征信息中的特征代码，将所述特征代码作为所述待监测对象，所述特征代码为所述特征信息中用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码。

2.如权利要求1所述的访问信息生成方法，其特征在于，所述确定所述待监测应用程序的原始代码中与各所述待监测接口对应的特征信息，包括：

遍历所述待监测应用程序中的全部原始代码，确定访问各所述待监测接口需要执行的原始代码，将所述需要执行的原始代码作为所述特征信息。

3.如权利要求1所述的访问信息生成方法，其特征在于，所述确定所述特征信息中的特征代码，包括：

遍历所述特征信息中的全部原始代码，确定用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码；

将用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码作为所述特征信息的特征代码。

4.如权利要求1所述的访问信息生成方法，其特征在于，所述确定待监测应用程序的至少一个待监测接口，包括：

响应于监测指令，解析所述监测指令，以确定出所述监测指令指示的需要监测的应用程序和需要监测的接口；

将所述需要监测的应用程序作为所述待监测应用程序，并将所述需要监测的接口作为所述待监测接口。

5.如权利要求1所述的访问信息生成方法，其特征在于，所述在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数，包括：

在所述待监测应用程序运行过程中，实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数；

将各所述待监测对象被执行的次数作为所述待监测应用程序中的各所述待监测接口被访问的次数。

6.如权利要求5所述的访问信息生成方法，其特征在于，所述在所述待监测应用程序运行过程中，实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数，包括：

将各所述待监测对象被执行的统计次数设置为0，并实时监测各所述待监测对象是否被执行；

每当监测到各所述待监测对象被执行时，则给所述统计次数加1，并将当前的所述统计次数作为各所述待监测对象被执行的次数。

7.如权利要求1所述的访问信息生成方法，其特征在于，所述根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息，包括：

每间隔预设时长记录当前时刻统计的各所述待监测接口被访问的次数；

根据每次记录的各所述待监测接口被访问的次数，生成并输出所述访问信息。

8.如权利要求1-7任一项所述的访问信息生成方法，其特征在于，所述根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息，包括：

记录各所述待监测接口被访问的次数、各所述待监测接口被访问的时间、当前时间和/或每次记录各所述待监测接口被访问的次数的时间；

根据各所述待监测接口被访问的次数、各所述待监测接口被访问的时间、当前时间和/或每次记录各所述待监测接口被访问的次数的时间，生成并输出各所述待监测接口的访问信息。

9.如权利要求1-7任一项所述的访问信息生成方法，其特征在于，所述在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数之前，所述方法还包括：

根据所述计算机设备的操作系统和监测程序的类型，确定并获取与所述操作系统和所述监测程序的类型匹配的统计脚本，所述监测程序用于运行所述统计脚本，在所述统计脚本运行的情况下，所述统计脚本用于监测所述待监测应用程序中至少一个接口被访问的次数；

所述在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数，包括：

通过所述统计脚本实时监测各所述待监测对象是否被执行，并实时记录各所述待监测对象被执行的次数；

将各所述待监测对象被执行的次数作为所述待监测应用程序中的各所述待监测接口被访问的次数。

10.如权利要求9所述的访问信息生成方法，其特征在于，在所述根据所述计算机设备的操作系统和监测程序的类型，确定并获取与所述操作系统和所述监测程序的类型匹配的统计脚本之前，所述方法还包括：

检测所述计算机设备中是否安装所述监测程序；

若检测到未安装所述监测程序，则在所述计算机设备中安装与所述操作系统匹配的所述监测程序。

11.如权利要求9所述的访问信息生成方法，其特征在于，所述方法还包括：

响应于终止所述统计脚本运行的指令，记录所述统计脚本终止运行的时刻统计的各所述待监测接口被访问的次数；

根据所述统计脚本终止运行的时刻下统计的各所述待监测接口被访问的次数生成并输出所述访问信息。

12.一种访问信息生成装置，其特征在于，应用于计算机设备，所述装置包括：

第一确定模块，用于确定待监测应用程序的至少一个待监测接口；

第二确定模块，用于根据各所述待监测接口确定至少一个待监测对象，所述待监测对象表征唯一标识所述待监测应用程序调用所述待监测接口的特征信息，各所述待监测对象的执行次数和各所述待监测对象对应的待监测接口被访问的次数是同步的；

识别确定模块，用于在所述待监测应用程序运行过程中，通过对所述待监测对象识别，确定所述待监测应用程序中的各所述待监测接口被访问的次数；

生成输出模块，用于根据各所述待监测接口被访问的次数生成并输出各所述待监测接口的访问信息；

所述第二确定模块，还用于确定所述待监测应用程序的原始代码中与各所述待监测接口对应的特征信息，所述特征信息为访问所述待监测接口需要执行的原始代码；确定所述特征信息中的特征代码，将所述特征代码作为所述待监测对象，所述特征代码为所述特征信息中用于指示开始执行所述特征信息的代码或用于指示终止执行所述特征信息的代码。

13.一种计算机设备，其特征在于，包括：存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述权利要求1至11任一项所述的方法的步骤。

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

Images