CN111124795B - 应用启动监控方法、装置及设备 - Google Patents

Abstract

本申请公开了一种应用启动监控方法、装置及设备，其中方法包括：在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，其中目标对象为第一应用的唯一表征；对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数；根据当前的调用参数，确定当前第一应用的启动方式。本申请实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

Description

应用启动监控方法、装置及设备

技术领域

本申请涉及终端设备技术领域，尤其涉及一种应用启动监控方法、装置及设备。

背景技术

终端设备中可安装各种类型的应用，且各应用在启动时，可通过点击应用图标的方式；或者，点击推送消息启动应用的方式；或者，从一个应用跳转进入另一应用的方式。而通过对应用的启动方式进行监控，可以帮助开发人员更了解使用该应用的用户行为习惯及活跃分布等情况。

目前，监控应用启动方式时，通常是需要开发人员针对特定场景的启动过程进行分析，以确定监控位置，进而在特定位置进行“埋点”等操作，来对应用的启动进行监控。这种监控方式，不仅对应用启动方式的分析具有局限性，且开发周期长，易出错，耗时耗力。

发明内容

本申请提供一种应用启动监控方法、装置及设备，用于解决相关技术中的应用启动监控方式，不仅具有局限性，且开发周期长，易出错，耗时耗力的问题。

本申请一方面实施例提供一种应用启动监控方法，该方法包括：在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；根据所述当前的调用参数，确定当前所述第一应用的启动方式。

本申请另一方面实施例提供一种应用启动监控装置，该装置包括：第一获取模块，用于在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；第二获取模块，用于对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；确定模块，用于根据所述当前的调用参数，确定当前所述第一应用的启动方式。

本申请又一方面实施例提供一种终端设备，该终端设备包括：包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，以实现第一方面实施例所述的应用启动监控方法。

本申请再一方面实施例的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，以实现第一方面实施例所述的应用启动监控方法。

本申请再一方面实施例的计算机程序，当所述计算机程序被处理器执行时，以实现第一方面实施例所述的应用启动监控方法。

本申请公开的技术方案，具有如下有益效果：

首先在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，并对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数，然后根据当前的调用参数，确定当前第一应用的启动方式。由此，实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，

图1是根据本申请一个实施例示出的应用启动监控方法的流程示意图；

图2是根据本申请另一个实施例示出的应用启动监控方法的流程示意图；

图3是根据本申请一个实施例示出的确定第一应用被启动时的状态流程示意图；

图4是根据本申请另一个实施例示出的确定第一应用被启动时的状态流程示意图；

图5是根据本申请一个实施例示出的应用启动监控装置的结构示意图；

图6是根据本申请另一个实施例示出的应用启动监控装置的结构示意图；

图7是根据本申请一个实施例示出的终端设备的结构示意图；

图8是根据本申请另一个实施例示出的终端设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请实施例针对相关技术的应用启动监控方式，不仅具有局限性，且开发周期长，易出错，耗时耗力的问题，提出一种应用启动监控方法。

本申请实施例，在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，并对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数，然后根据当前的调用参数，确定当前第一应用的启动方式。由此，实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

下面参考附图描述本申请实施例的应用启动监控方法、装置及设备进行详细说明。

首先，结合图1对本申请中应用启动监控方法进行具体说明。

图1是根据本申请一个实施例示出的应用启动监控方法的流程示意图。

如图1所示，本申请实施例应用启动监控方法可以包括以下步骤：

步骤101，在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，其中，目标对象为第一应用的唯一表征。

其中，本申请实施例提供的应用启动监控方法，可以由本申请实施例提供的终端设备执行。其中，终端设备中设置有应用启动监控装置，以实现对应用启动监控进行控制。本实施例终端设备可以是任一具有数据处理功能的硬件设备，比如智能手机、台式电脑、服务器、平板电脑等等，其中终端设备为具有苹果移动设备操作系统(即iOS系统)的设备。

在本实施例中，第一应用可以是安装在终端设备中的任一应用，此处对其不作具体限定。

第一应用的目标对象可以是UIApplication对象，即一个UIApplication对象代表一个应用程序。

其中，设置代理函数可以是setDelegate函数。目标类可为代理类，且代理类中可包括多个不同的回调函数。

可选的，在执行步骤101之前，本实施例包括：

在第一应用的软件开发工具包任一类的目标函数中，设置与目标对象对应的设置代理函数关联的钩子函数，其中，目标函数为任一类执行前被执行的函数。

其中，软件开发工具包为(Software Development Kit，简称SDK)。

目标函数为+load函数，该+load函数是指当一个类被引用进程时，在主函数(main函数)执行之前，即程序初始化完成之前，执行其+load函数，且每个类的+load函数只调用一次。

在本实施例中，可通过在第一应用的软件开发工具包中选择任一类的目标函数，并对该目标函数进行重写，并在重写该目标函数过程中设置与目标对应的设置代理函数关联的钩子函数。

也就是说，本申请实施例可利用iOS系统中任一类的+load函数加载机制，在第一应用启动完成之前，结合iOS runtime的hook技术设置与目标对象对应的设置代理函数关联的钩子函数，从而可通过钩子函数抓取相应的参数信息。

进一步的，在设置好与目标对象对应的设置代理函数关联的钩子函数之后，可通过监控程序对第一应用的目标对象对应的设置代理函数是否被调用进行监控，当监控到上述设置代理函数被调用时，获取当前调用的设置代理函数的目标类。

其中，本实施例中可预先建立设置代码函数与目标类的映射关系，从而当设置代理函数被调用时，通过查询映射关系即可快速准确的获取到对应的目标类；或者，还可以根据设置代理函数在所有类中进行查找，以获取设置代理函数的目标类等等。

步骤102，对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数。

可选的，由于第一应用的软件开发工具包任一类的目标函数中，设置有与设置代理函数关联的钩子函数，因此在获取到当前调用设置代理函数的目标类之后，终端设备可通过监控程序对目标类的各回调函数进行监控操作，并当任一回调函数被调用时，通过钩子函数获取当前的调用参数。

步骤103，根据当前的调用参数，确定当前第一应用的启动方式。

其中，不同的调用参数可对应不同的启动方式。例如，调用参数A对应的启动方式为A’，调用参数B对应的启动方式为B’，则当获取的调用参数为B时，则可以确定第一应用的启动方式为B’。

第一应用的启动方式，可以包括：点击推送消息启动和应用跳转启动。

可选的，本实施例中，可通过以下方式确定当前第一应用的启动方式：

方式一，通过对当前的调用参数进行分析处理，确定当前第一应用的启动方式。

其中，当前的调用参数可包括：与第一应用关联的消息内容、声音、其他应用名称、自定义内容等信息，此处对其不作具体限定。

具体的，若当前的调用参数中包含与第一应用关联的消息内容，则确定当前第一应用的启动方式为点击推送消息启动。

或者，若当前的调用参数中包含第二应用的名称，则确定当前第一应用的启动方式为由第二应用跳转启动。

其中，第二应用可以是指除了第一应用之外的任一应用。

方式二，通过查询预设的调用参数与应用启动方式的对应关系，确定当前第一应用的启动方式。

假设将调用参数x1包含与第一应用关联的消息内容，与点击推送消息启动建立对应关系，将调用参数x2包含第二应用的名称，与应用跳转启动建立对应关系，那么当获取到的调用参数中包括与第一应用A关联的消息内容时，可以根据上述对应关系，确定当前第一应用A的启动方式为点击推送消息启动。

本申请实施例提供的应用启动监控方式，在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，并对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数，然后根据当前的调用参数，确定当前第一应用的启动方式。由此，实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

通过上述分析可知，本申请实施例通过确定目标类的任一回调函数被调用时，获取当前的调用参数，以根据上述调用参数，确定当前第一应用的启动方式。

在实际使用时，终端设备中安装的各应用对应的运行情况，可以包括：前端运行、后台运行、未运行，而应用在后台运行时被启动时，属于热启动，在未运行时被启动时，属于冷启动。因此，当本实施例在确定当前第一应用的启动方式之后，还可以进一步确定第一应用被启动时的状态。下面结合图2，对本申请的应用启动监控方法上述过程进行详细说明。

图2是根据本申请另一个实施例示出的应用启动监控方法的流程示意图。

如图2所示，本申请实施例应用启动监控方法可以包括以下步骤：

步骤201，在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征。

步骤202，对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数。

步骤203，根据所述当前的调用参数，确定当前所述第一应用的启动方式。

其中，步骤201至步骤203，与上述实施例中步骤101至步骤103相同，此处对其不作过多赘述。具体实现过程参见上述实施例。

步骤204，根据当前被调用的回调函数类型，确定所述第一应用被启动时的状态。

其中，第一应用被启动时的状态可包括：冷启动和热启动。

可选的，本实施例在确定出目标类的任一回调函数被调用时，可以通过钩子函数获取到回调函数的信息，进而通过对回调函数的信息进行分析，确定当前被调用的回调函数所属的类型，然后根据当前被调用的回调函数类型，确定第一应用被启动时的状态。

下面结合图3-图4，对不同启动方式下，第一应用在被启动时的状态进行详细说明。

如图3所示，当第一应用的启动方式为点击推送消息启动时，则确定第一应用在被启动时的状态可以包括以下步骤：

步骤301，当第一应用的启动方式为点击推送消息启动时，判断当前被调用的回调函数是否属于第一回调函数，若是则执行步骤302，否则执行步骤303。

步骤302，若当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动。

步骤303，若当前被调用的回调函数为第二回调函数，则确定所述第一应用被启动时的状态为热启动。

其中，第一回调函数可以是：launchOptions，第二回调函数可以是：userInfo。

可选的，本实施例可通过设置在第一应用的软件开发工具包任一类的目标函数中，与目标对象对应的设置代理函数关联的钩子函数，获取当前被调用的回调函数的相关信息，并通过分析处理单元，对获取到的回调函数的相关信息进行分析，以确定当前被调用的回调函数是第一回调函数，还是第二回调函数，然后根据回调函数的类型，即可确定第一应用被启动时属于冷启动，还是热启动。

例如，若钩子函数获取当前被调用的回调函数代码，如下代码1所示：

代码1：

-(BOOL)application:(UIApplication*)application

didFinishLaunchingWithOptions:(NSDictionary*)launchOptions；

那么通过对上述代码1进行分析处理之后，可以获取到代码1中当前被调用的回调函数为launchOptions(即为第一回调函数)，则可确定第一应用被启动时的状态为冷启动。

也就是说，第一应用在被启动之前，处于未运行状态(即停止运行状态)，当被点击推送消息启动时，首先要建立第一应用的运行进程，以启动第一应用。

又如，若钩子函数获取当前被调用的回调函数代码，如下代码2所示：

代码2：

-(void)application:(UIApplication*)application

didReceiveRemoteNotification:(NSDictionary*)userInfo；

那么通过对上述代码2进行分析处理之后，可以获取到代码2中当前被调用的回调函数为userInfo(即为第二回调函数)，则可确定第一应用被启动时的状态为热启动。

也就是说，第一应用在被启动之前，处于后台运行状态，从而当被点击推送消息启动时，可直接从后台运行切换至前端运行。

进一步的，如图4所示，当第一应用的启动方式为应用跳转启动，则确定第一应用在被启动时的状态可以包括以下步骤：

步骤401，当第一应用的启动方式为应用跳转启动时，判断当前被调用的回调函数是否属于第一回调函数，若是则执行步骤402，否则执行步骤403。

步骤402，若确定当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动。

步骤403，若当前被调用的回调函数为第三回调函数，则确定所述第一应用被启动时的状态为热启动。

需要说明的是，应用之间的调起，需要被调起的应用内预先注册自己的应用scheme。当该scheme被其他应用调起时，可以获取当前调用的回调函数。

其中，第一回调函数是：launchOptions，第三回调函数可以是：options。

可选的，本实施例可通过设置在第一应用的软件开发工具包任一类的目标函数中，与目标对象对应的设置代理函数关联的钩子函数，获取当前被调用的回调函数的相关信息，并通过分析处理单元，对获取到的回调函数的相关信息进行分析，以确定当前被调用的回调函数是第一回调函数，还是第三回调函数，然后根据回调函数的类型，即可确定第一应用被启动时属于冷启动，还是热启动。

例如，若钩子函数获取当前被调用的回调函数代码，如下代码3所示：

代码1：

-(BOOL)application:(UIApplication*)application

didFinishLaunchingWithOptions:(NSDictionary*)launchOptions；

那么通过对上述代码3进行分析处理之后，可以获取到代码3中当前被调用的回调函数为launchOptions(即为第一回调函数)，则可确定第一应用被启动时的状态为冷启动。

也就是说，第一应用在被启动之前，处于未运行状态(即停止运行状态)，当被点击推送消息启动时，首先要建立第一应用的运行进程，以启动第一应用。

又如，若钩子函数获取当前被调用的回调函数代码，如下代码4所示：

代码4：

-(BOOL)application:(UIApplication*)application

openURL:(nonnull NSURL*)url

options:(nonnull SDictionary<UIApplicationOpenURLOptionsKey,id>*)options；

那么通过对上述代码4进行分析处理之后，可以获取到代码4中当前被调用的回调函数为options(即为第三回调函数)，则可确定第一应用被启动时的状态为热启动。

也就是说，第一应用在被启动之前，处于后台运行状态，当被点击推送消息启动时，可直接从后台运行切换至前端运行。

可以理解的是，本实施例通过根据第一应用的不同启动方式，分别确定第一应用被启动时的状态，以使开发人员可根据应用被启动时的状态，了解用户的使用习惯及活跃度，从而为开发人员了解用户的行为习惯提供条件，进而有针对性的进行运营调整，以符合用户习惯，提高使用体验。

为了实现上述实施例，本申请还提出了一种应用启动监控装置。

图5是根据本申请一个实施例示出的应用启动监控装置的结构示意图。

如图5所示，本申请实施例应用启动监控装置包括：第一获取模块11、第二获取模块12及确定模块13。

其中，第一获取模块11用于在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；

第二获取模块12用于对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；

确定模块13用于根据所述当前的调用参数，确定当前所述第一应用的启动方式。

作为本申请的一种可选的实现方式，应用启动监控装置还包括：设置模块。

其中，设置模块用于在所述第一应用的软件开发工具包任一类的目标函数中，设置与所述目标对象对应的设置代理函数关联的钩子函数，其中，所述目标函数为所述任一类执行前被执行的函数。

作为本申请的一种可选的实现方式，确定模块13具体用于：

若当前的调用参数中包含与所述第一应用关联的消息内容，则确定当前所述第一应用的启动方式为点击推送消息启动。

作为本申请的一种可选的实现方式，确定模块13具体用于：

若当前的调用参数中包含第二应用的名称，则确定当前所述第一应用的启动方式为由所述第二应用跳转启动。

需要说明的是，前述对应用启动监控方法实施例的解释说明也适用于该实施例的应用启动监控装置，其实现原理类似，此处不再赘述。

本申请实施例提供的应用启动监控装置，首先在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，并对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数，然后根据当前的调用参数，确定当前第一应用的启动方式。由此，实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

图6是根据本申请另一个实施例示出的应用启动监控装置的结构示意图。

参照图6，本申请实施例的应用启动监控装置包括：第一获取模块11、第二获取模块12、确定模块13及第二确定模块14。

其中，第一获取模块11用于在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；

第二获取模块12用于对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；

确定模块13用于根据所述当前的调用参数，确定当前所述第一应用的启动方式。

作为本申请的一种可选的实现方式，第二确定模块14用于根据当前被调用的回调函数类型，确定所述第一应用被启动时的状态。

作为本申请的一种可选的实现方式，第二确定模块14具体用于：

若当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动；

若当前被调用的回调函数为第二回调函数，则确定所述第一应用被启动时的状态为热启动。

作为本申请的一种可选的实现方式，第二确定模块14具体用于：

若确定当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动；

若当前被调用的回调函数为第三回调函数，则确定所述第一应用被启动时的状态为热启动。

需要说明的是，本实施例的应用启动监控装置的实施过程和技术原理参见前述对第一方面实施例的应用启动监控方法的解释说明，此处不再赘述。

本申请实施例提供的应用启动监控装置，通过根据第一应用的不同启动方式，分别确定第一应用被启动时的状态，以使开发人员可根据应用被启动时的状态，了解用户的使用习惯及活跃度，从而为开发人员了解用户的行为习惯提供条件，进而有针对性的进行运营调整，以符合用户习惯，提高使用体验。

为了实现上述实施例，本申请还提出一种终端设备。

图7是根据本申请一示例性实施例示出的终端设备的结构示意图。图7显示的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，上述终端设备200包括：存储器210、处理器220及存储在存储器210上并可在处理器220上运行的计算机程序，所述处理器220执行所述程序时，以第一方面实施例所述的应用启动监控方法。

在一种可选的实现形式中，如图8所示，该终端设备200还可以包括：存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本申请实施例所述的应用启动监控方法。

总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

终端设备200典型地包括多种终端设备可读介质。这些介质可以是任何能够被终端设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。终端设备200可以进一步包括其他可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本申请所描述的实施例中的功能和/或方法。

终端设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该终端设备200交互的设备通信，和/或与使得该终端设备200能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且，终端设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与终端设备200的其他模块通信。应当明白，尽管图中未示出，可以结合终端设备200使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

需要说明的是，本实施例的终端设备的实施过程和技术原理参见前述对第一方面实施例的应用启动监控方法的解释说明，此处不再赘述。

本申请实施例提供的终端设备，首先在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用设置代理函数的目标类，并对目标类的各回调函数进行监控，以在确定目标类的任一回调函数被调用时，获取当前的调用参数，然后根据当前的调用参数，确定当前第一应用的启动方式。由此，实现了根据各回调函数被调用时对应的调用参数，对应用启动时对应的启动方式进行自动获取，有效避免开发人员手动埋点等操作，缩短整个开发周期，减轻开发人员的任务量。

为实现上述目的，本申请还提出一种计算机可读存储介质。

其中该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现第一方面实施例所述的应用启动监控方法。

一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

为实现上述目的，本申请还提出一种计算机程序。其中当计算机程序被处理器执行时，以实现第一方面实施例所述的应用启动监控方法。

在本申请中，除非另有明确的规定和限定，术语“设置”、“连接”等术语应做广义理解，例如，可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种应用启动监控方法，其特征在于，包括：

在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；

对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；

根据所述当前的调用参数，确定当前所述第一应用的启动方式，包括：

若当前的调用参数中包含与所述第一应用关联的消息内容，则确定当前所述第一应用的启动方式为点击推送消息启动；

若当前的调用参数中包含第二应用的名称，则确定当前所述第一应用的启动方式为由所述第二应用跳转启动，所述第二应用是除所述第一应用之外的任一应用。

2.如权利要求1所述的方法，其特征在于，所述确定当前所述第一应用的启动方式之后，还包括：

根据当前被调用的回调函数类型，确定所述第一应用被启动时的状态。

3.如权利要求1所述的方法，其特征在于，所述根据当前被调用的回调函数类型，确定所述第一应用被启动时的状态，包括：

若当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动；

若当前被调用的回调函数为第二回调函数，则确定所述第一应用被启动时的状态为热启动。

4.如权利要求1所述的方法，其特征在于，所述根据当前被调用的回调函数类型，确定所述第一应用被启动时的状态，包括：

若确定当前被调用的回调函数为第一回调函数，则确定所述第一应用被启动时的状态为冷启动；

若当前被调用的回调函数为第三回调函数，则确定所述第一应用被启动时的状态为热启动。

5.如权利要求1-3任一所述的方法，其特征在于，所述确定第一应用的目标对象对应的设置代理函数被调用之前，还包括：

在所述第一应用的软件开发工具包任一类的目标函数中，设置与所述目标对象对应的设置代理函数关联的钩子函数，其中，所述目标函数为所述任一类执行前被执行的函数。

6.一种应用启动监控装置，其特征在于，包括：

第一获取模块，用于在确定第一应用的目标对象对应的设置代理函数被调用时，获取当前调用所述设置代理函数的目标类，其中，所述目标对象为所述第一应用的唯一表征；

第二获取模块，用于对所述目标类的各回调函数进行监控，以在确定所述目标类的任一回调函数被调用时，获取当前的调用参数；

确定模块，用于根据所述当前的调用参数，确定当前所述第一应用的启动方式；

所述确定模块具体用于：

若当前的调用参数中包含与所述第一应用关联的消息内容，则确定当前所述第一应用的启动方式为点击推送消息启动；

若当前的调用参数中包含第二应用的名称，则确定当前所述第一应用的启动方式为由所述第二应用跳转启动，所述第二应用是除所述第一应用之外的任一应用。

7.一种终端设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，以实现如权利要求1-5任一所述的应用启动监控方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时，以实现如权利要求1-5任一所述的应用启动监控方法。