提取日志的方法、装置、设备及存储介质

技术领域

本申请属于数据处理技术领域，尤其涉及提取日志的方法、装置、设备及存储介质。

背景技术

随着科技的快速发展，智能手机、平板电脑、笔记本电脑等终端成为人们日常生活中必不可少的电子设备。在终端设备使用过程中，经常会出现应用程序闪退、运行错误或应用异常等问题。

当出现这些问题时，需要确定发生故障时的日志，对日志进行分析，进而根据日志的分析结果进行故障原因定位。因此，当出现上述问题时，提取详细的日志非常重要。

然而，现有技术中，由于客户在终端设备上安装的应用的版本为发布版本，为了保证用户的信息安全，该版本下的应用程序产生的日志为关闭状态，因此不能直接提取到详细的日志，导致无法清晰定位应用程序的故障原因。

发明内容

有鉴于此，本申请实施例提供了提取日志的方法、装置、设备及存储介质，以解决现有技术中，当应用程序出现闪退、运行错误或应用异常等问题时，由于不能直接提取到详细的日志，导致无法清晰定位应用程序的故障原因的问题。

本申请实施例的第一方面提供了一种提取日志的方法，该提取日志的方法包括：

通过目标应用程序中预设的监听接口对终端进行监测；

当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，通过所述第三方应用抓取异常日志；所述异常日志为所述目标应用程序发生异常时产生的详细日志；

获取所述目标文件包含的日志存储路径，并将所述异常日志写入所述日志存储路径中，得到目标异常日志；

通过所述第三方应用将所述目标异常日志发送至服务器；所述目标异常日志用于分析所述目标应用程序发生异常的原因。

第一方面提供的提取日志的方法，利用目标应用程序中预设的监听接口对终端是否满足提取异常日志的条件进行监测，当满足条件时通过第三方应用抓取目标应用程序发生异常时产生的详细日志，并根据该详细日志生成目标异常日志，将目标异常日志发送给服务器。利用第三方应用可以采集到目标应用程序发生异常时产生的详细日志，便于后续根据该详细日志进行分析时，快速、准确地目标应用程序的故障原因。有助于高效解决用户在使用目标应用程序过程中遇到的问题，提高了用户满意度。

可选地，在一种可能的实现方式中，所述当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，通过所述第三方应用抓取异常日志，包括：

当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，监听所述目标应用程序发生异常时用户的每个操作动作；

获取所述用户的每个操作动作所产生的日志，得到所述异常日志。

在该实现方式中，通过第三方应用抓取到的异常日志是目标应用程序在发生异常时用户的每个操作动作所产生的日志，这样的日志更有针对性，没有冗余日志的干扰，便于后续根据该异常日志快速、准确地分析出目标应用程序发生异常的原因。

可选地，在一种可能的实现方式中，所述通过目标应用程序中预设的监听接口对终端进行监测之前，所述方法还包括：

获取所述第三方应用，并将所述第三方应用安装至所述终端；

通过安装后的所述第三方应用，在所述终端中创建所述目标文件。

在该实现方式中，一方面通过获取第三方应用，并将第三方应用安装至终端，便于后续通过该第三方应用提取目标应用程序详细的异常日志。另一方面利用安装后的第三方应用，在终端中创建目标文件，为异常日志提供了存储路径。

可选地，在一种可能的实现方式中，所述通过目标应用程序中预设的监听接口对终端进行监测之后，所述方法还包括：

当监测到所述终端中未安装有所述第三方应用，和/或监测到所述终端中未存储有所述目标文件时，正常启动所述目标应用程序。

在该实现方式中，当监测到终端中未安装有第三方应用，和/或监测到终端中未存储有目标文件时，正常启动目标应用程序，此时不通过第三方应用抓取异常日志，有效保证了用户的隐私。

可选地，在一种可能的实现方式中，所述通过目标应用程序中预设的监听接口对终端进行监测，包括：

当检测到所述目标应用程序启动时，调起所述监听接口；

通过所述监听接口对所述终端进行监测。

在该实现方式中，只在检测到目标应用程序启动时，调起监听接口，通过监听接口对终端进行监测，避免监听接口实时对终端进行监测，而造成终端卡顿，有效提高了终端的性能以及目标应用程序运行的流畅度。

可选地，在一种可能的实现方式中，所述通过所述第三方应用将所述目标异常日志发送至服务器之后，所述方法还包括：

当检测到退出操作时，自动删除所述目标文件；所述退出操作用于退出所述第三方应用。

在该实现方式中，由于目标文件中包含有日志存储路径，此前通过第三方应用抓取的异常日志被写入日志存储路径中，在自动删除目标文件时，也就删除了存储的异常日志。这样一方面减少了终端的存储压力，另一方面有效保护了用户的隐私安全。

本申请实施例的第二方面提供了一种提取日志的装置，包括：

监测单元，用于通过目标应用程序中预设的监听接口对终端进行监测；

抓取单元，用于当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，通过所述第三方应用抓取异常日志；所述异常日志为所述目标应用程序发生异常时产生的详细日志；

获取单元，用于获取所述目标文件包含的日志存储路径，并将所述异常日志写入所述日志存储路径中，得到目标异常日志；

发送单元，用于通过所述第三方应用将所述目标异常日志发送至服务器；所述目标异常日志用于分析所述目标应用程序发生异常的原因。

本申请实施例的第三方面提供了一种提取日志的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面所述的提取日志的方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的提取日志的方法的步骤。

本申请实施例的第五方面提供了一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行上述第一方面所述的提取日志的方法的步骤。

本申请实施例的第六方面提供了一种计算机程序产品，当计算机程序产品在提取日志的设备上运行时，使得该提取日志的设备执行上述第一方面所述的提取日志的方法的步骤。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一示例性实施例提供的提取日志的方法的示意性流程图；

图2是本申请另一示例性实施例示出的一种提取日志的方法的步骤S101的具体流程图；

图3是本申请又一示例性实施例示出的一种提取日志的方法的步骤S102的具体流程图；

图4是本申请再一示例性实施例示出的一种提取日志的方法；

图5是本申请一实施例提供的一种提取日志的装置的示意图；

图6是本申请另一实施例提供的提取日志的设备的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

请参见图1，图1是本申请一示例性实施例提供的提取日志的方法的示意性流程图。本申请提供的提取日志的方法的执行主体为提取日志的设备，其中，该提取日志的设备包括但不限于车载电脑、平板电脑、智能手机、计算机、可穿戴设备、个人数字助理(Personal Digital Assistant，PDA)等终端。本实施例中以手机为例进行说明，对此不做限定。

如图1所示的提取日志的方法可包括：S101～S104，具体如下：

S101：通过目标应用程序中预设的监听接口对终端进行监测。

应用程序(Application，APP)通常指智能终端上的软件。目标应用程序为我们开发的可以安装在终端上的应用程序，对应用程序的类型不做限定。

为了保证后续能随时提取到该目标应用程序的详细日志，在开发目标应用程序的过程中，在该目标应用程序对应的代码中预先设置有监听接口。该监听接口用于监测终端中的第三方应用和终端中的存储文件，同时与第三方应用配合，提取目标应用程序的详细日志。

目标应用程序包括测试版本和发布版本。其中，测试版本用于开发人员对该目标应用程序进行测试。例如，在目标应用程序未正式发布前，开发人员将该测试版本的目标应用程序安装在终端上，对该目标应用程序的性能进行测试。如，测试目标应用程序产生的日志是否能准确存储到指定路径中，测试该测试版本下的目标应用程序的日志状态为开启还是关闭等。

发布版本为正式上线的版本，也就是用户使用的版本。例如，本实施例中安装在终端上的目标应用程序的版本即为发布版本。该发布版本下的目标应用程序产生的日志为关闭状态，不能随意提取到详细的日志。因此，需要通过监听接口和第三方应用配合，从而提取到详细的日志。

通过目标应用程序中预设的监听接口对终端进行监测。其中，安装目标应用程序的终端，与其监测的终端为同一个。即通过目标应用程序中预设的监听接口对安装了该目标应用程序的终端进行监测。

示例性地，在一种可能的实现方式中，通过目标应用程序中预设的监听接口对终端进行监测，可以包括：当检测到目标应用程序启动时，调起监听接口，通过该监听接口对终端进行监测。

示例性地，在另一种可能的实现方式中，通过目标应用程序中预设的监听接口对终端进行监测，可以包括：检测到目标应用程序运行时，通过目标应用程序中预设的监听接口对终端持续监测。此处仅为示例性说明，对此不做限定。

可选地，在一种可能的实现方式中，S101之前还可包括：获取第三方应用，并将第三方应用安装至终端；通过安装后的第三方应用，在终端中创建目标文件。

示例性地，第三方应用是为了便于在发布版本的目标应用程序中提取详细日志所开发的应用软件。第三方应用与目标应用程序安装在同一终端中。

示例性地，终端获取第三方应用对应的安装包，并将第三方应用的安装包安装至与安装目标应用程序相同的终端中。

通过第三方应用可以获取到目标应用程序的详细日志。通常情况下，是在目标应用程序使用过程中出现闪退、运行错误或应用异常等问题时，需要通过第三方应用获取此时目标应用程序产生的异常日志，对该异常日志进行分析，从而得到目标应用程序的故障原因。

因此，在一种可能的实现方式中，当用户在使用目标应用程序的过程中出现了闪退、运行错误或应用异常等问题时，通过终端将该问题上报给服务器，服务器将第三方应用的安装包发送至该终端。终端接收到第三方应用的安装包时，自动在终端中安装该第三方应用。

或者，终端接收到第三方应用的安装包时，提示用户是否安装该第三方应用，并提示用户该第三方应用用于提取目标应用程序产生的详细的异常日志，用于分析目标应用程序发生闪退、运行错误或应用异常等问题的原因，以便于对目标应用程序更好地改进。检测到用户同意安装的指令时，在终端中安装该第三方应用。

可选地，在另一种可能的实现方式中，当用户在使用目标应用程序的过程中出现了闪退、运行错误或应用异常等问题时，可在该目标应用程序的界面提示用户是否将该问题上报给服务器，当检测到用户同意上报的指令时，通过终端将该问题上报给服务器，服务器将第三方应用的安装包发送至该终端。在终端中安装第三方应用的方式可参考上面描述，此处不再赘述。

通过安装后的第三方应用，在终端中创建目标文件。其中，目标文件包含日志存储路径，日志存储路径用于存储第三方应用提取到的异常日志。

具体地，启动安装后的第三方应用，第三方应用在终端中创建目标文件。例如，在终端中创建openAppNameLog.txt文件，该文件中包含日志存储路径path。此处仅为示例性说明，对此不做限定。

这种实现方式中，一方面通过获取第三方应用，并将第三方应用安装至终端，便于后续通过该第三方应用提取目标应用程序详细的异常日志。另一方面利用安装后的第三方应用，在终端中创建目标文件，为异常日志提供了存储路径。

S102：当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，通过第三方应用抓取异常日志。

示例性地，通过目标应用程序中预设的监听接口监测终端中是否安装有第三方应用，以及监测终端中是否存储有目标文件。具体地，可以通过监听接口监测终端中是否有第三方应用的包名，以及监测终端中是否存储有目标文件的文件名。

示例性地，在开发第三方应用时，设置第三方应用的包名为：com.ubt.custom.openLog，通过监听接口在终端中监测是否有该包名。当监测结果为终端中有该包名，则判定终端中安装有第三方应用；当监测结果为终端中没有该包名，则判定终端中未安装第三方应用。

同理，通过监听接口在终端中监测是否有目标文件的文件名。例如，文件名可以为：openAppNameLog.txt。当监测结果为终端中有该目标文件的文件名，则判定终端中存储有目标文件；当监测结果为终端中没有该目标文件的文件名，则判定终端中未存储有目标文件。

当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，证明此时满足在发布版本的目标应用程序中抓取异常日志的条件，通过第三方应用抓取异常日志。

其中，异常日志为目标应用程序发生异常时产生的详细日志。该详细日志包括当前用户的每个操作动作，以及目标应用程序针对用户的每个操作动作做出的响应。

示例性地，当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，通过第三方应用抓取用户当前对目标应用程序的每个操作动作，同时抓取目标应用程序针对用户的每个操作动作做出的响应，得到目标应用程序的异常日志。

例如，通过第三方应用抓取用户当前对目标应用程序的点击、触摸、双击、滑动、截图等操作动作，同时抓取目标应用程序针对点击、触摸、双击、滑动、截图等操作动作做出的响应。

可选地，在一种可能的实现方式中，S101之后还包括：

当监测到终端中未安装有第三方应用，和/或监测到终端中未存储有目标文件时，正常启动目标应用程序。

示例性地，通过目标应用程序中预设的监听接口监测终端中是否安装有第三方应用，以及监测终端中是否存储有目标文件。为了用户的隐私安全，当监测结果为终端中未安装有第三方应用，和/或监测到终端中未存储有目标文件时，证明此时用户并未同意获取目标应用程序的异常日志，则正常启动目标应用程序，不通过第三方应用抓取异常日志。

例如，当监测结果为终端中未安装有第三方应用，且终端中未存储有目标文件时，正常启动目标应用程序。或者，当监测结果为终端中存储有目标文件，但终端中未安装有第三方应用时，正常启动目标应用程序。再或者，当监测结果为终端中安装有第三方应用，但终端中未存储有目标文件时，正常启动目标应用程序。此处仅为示例性说明，对此不做限定。

上述实施方式中，当监测到终端中未安装有第三方应用，和/或监测到终端中未存储有目标文件时，正常启动目标应用程序，此时不通过第三方应用抓取异常日志，有效保证了用户的隐私。

S103：获取目标文件包含的日志存储路径，并将异常日志写入日志存储路径中，得到目标异常日志。

示例性地，目标文件中包含有日志存储路径，日志存储路径用于存储第三方应用提取到的异常日志。

通过第三方应用抓取到异常日志后，获取目标文件中包含的日志存储路径，将异常日志写入日志存储路径中，此时日志存储路径中的日志即为目标异常日志。此处仅为示例性说明，对此不做限定。

S104：通过第三方应用将目标异常日志发送至服务器。

示例性地，目标异常日志用于分析目标应用程序发生异常的原因。

当检测到预设时间(例如30秒、60秒等)内用户对目标应用程序没有任何操作时，判定本次抓取异常日志结束，此时通过第三方应用将目标异常日志发送至服务器。

服务器接收目标异常日志，开发人员对目标异常日志进行分析，从而确定目标应用程序发生异常的原因。

可选地，在本申请一些可能的实现方式中，也可以是每次检测到有异常日志写入日志存储路径时，就通过第三方应用将当前日志存储路径中的目标异常日志发送至服务器。这种实现方式，每次发送的日志量小，提升了传输速度。

本实施方式中，通过目标应用程序中预设的监听接口对终端进行监测，当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，通过第三方应用抓取异常日志，并将异常日志写入日志存储路径中，得到目标异常日志，再通过第三方应用将目标异常日志发送至服务器，该目标异常日志用于分析目标应用程序发生异常的原因。上述方案中，利用目标应用程序中预设的监听接口对终端是否满足提取异常日志的条件进行监测，当满足条件时通过第三方应用抓取目标应用程序发生异常时产生的详细日志，并根据该详细日志生成目标异常日志，将目标异常日志发送给服务器。利用第三方应用可以采集到目标应用程序发生异常时产生的详细日志，便于后续根据该详细日志进行分析时，快速、准确地目标应用程序发生异常的原因。有助于高效处理用户在使用目标应用程序过程中遇到的问题，提高了用户满意度。

请参见图2，图2是本申请另一示例性实施例示出的一种提取日志的方法的步骤S101的具体流程图；可选地，在本申请一些可能的实现方式中，上述S101可包括S1011～S1012，具体如下：

S1011：当检测到目标应用程序启动时，调起监听接口。

S1012：通过监听接口对终端进行监测。

为了提高终端的性能以及目标应用程序运行的流畅度，避免监听接口实时对终端进行监测，而造成终端卡顿，当检测到目标应用程序启动时，才调起监听接口，通过监听接口对终端进行监测。

例如，用户在终端中打开目标应用程序，终端检测到目标应用程序启动时，调起目标应用程序中的监听接口，通过该监听接口监测终端中是否安装有第三方应用，以及监测终端中是否存储有目标文件。

这种实现方式中，只在检测到目标应用程序启动时，调起监听接口，通过监听接口对终端进行监测，避免监听接口实时对终端进行监测，而造成终端卡顿，有效提高了终端的性能以及目标应用程序运行的流畅度。

示例性地，在一种可能的实现方式中，也可在检测到目标应用程序运行时，便通过目标应用程序中预设的监听接口对终端持续监测。这种实现方式中，通过监听接口对终端持续监测，随时都可提取目标应用程序对应的详细日志，形成完整的日志。当目标应用程序发生异常时，基于完整的日志有利于准确地分析出目标应用程序发生异常的原因。

请参见图3，图3是本申请又一示例性实施例示出的一种提取日志的方法的步骤S102的具体流程图；可选地，在本申请一些可能的实现方式中，上述S102可包括S1021～S1022，具体如下：

S1021：当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，监听目标应用程序发生异常时用户的每个操作动作。

S1022：获取用户的每个操作动作所产生的日志，得到异常日志。

示例性地，当用户在使用目标应用程序的过程中出现闪退、或运行错误、或应用异常等问题时，通过终端将该问题上报给服务器，服务器将第三方应用的安装包发送至该终端。在终端中安装第三方应用，通过安装后的第三方应用，在终端中创建目标文件。当用户再次启动目标应用程序时，通过目标应用程序中的监听接口对终端进行监测。

为了后续能够根据异常日志快速、准确地分析出目标应用程序发生异常的原因，当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，可提示用户对目标应用程序进行上次发生闪退、或运行错误、或应用异常等问题时的操作。

通过第三方应用监听目标应用程序发生异常时用户的每个操作动作，可以理解为通过第三方应用抓取用户当前对目标应用程序的每个操作动作。获取用户的每个操作动作所产生的日志，即抓取目标应用程序针对用户的每个操作动作做出的响应，得到目标应用程序对应的异常日志。

本实施方式中，通过第三方应用抓取到的异常日志是目标应用程序在发生异常时用户的每个操作动作所产生的日志，这样的日志更有针对性，没有冗余日志的干扰，便于后续根据该异常日志快速、准确地分析出目标应用程序发生异常的原因。

请参见图4，图4是本申请再一示例性实施例示出的一种提取日志的方法，具体包括：S201～S205。本实施例与图1对应的实施例的区别为S205，本实施例中S201～S204与图1对应的实施例中的S101～S104完全相同，具体请参阅图1对应的实施例中S101～S104的相关描述，此处不赘述。

S205：当检测到退出操作时，自动删除目标文件。

示例性地，该退出操作用于退出第三方应用。当检测到用户在终端上进行退出第三方应用的退出操作时，自动删除终端中的目标文件。例如，检测到用户在第三方应用中进行返回操作，或者在后台进行第三方应用清理操作等时，自动删除终端中的目标文件。

目标文件中包含有日志存储路径，此前通过第三方应用抓取的异常日志被写入日志存储路径中，在自动删除目标文件时，也就删除了存储的异常日志。这样一方面减少了终端的存储压力，另一方面有效保护了用户的隐私安全。

可选地，在退出第三方应用后，也可卸载第三方应用，以提升终端的运行速度，避免第三方应用随时抓取目标应用程序产生的详细日志，从而保护用户的隐私安全。

示例性地，为了便于理解，结合具体实施场景进行说明。在开发目标应用程序的过程中，在该目标应用程序对应的代码中预先设置监听接口。

当用户在使用目标应用程序的过程中出现闪退、或运行错误、或应用异常等问题时，通过终端将该问题上报给服务器，服务器将第三方应用的安装包发送至该终端。在终端中安装第三方应用，通过安装后的第三方应用，在终端中创建目标文件。其中，目标文件包含日志存储路径。

当用户再次启动目标应用程序时，通过目标应用程序中的监听接口对终端进行监测。根据监测结果判断当前是否满足提取异常日志的条件。当监测到终端中安装有第三方应用，且监测到终端中存储有目标文件时，证明当前满足提取异常日志的条件。通过第三方应用抓取异常日志，获取目标文件中包含的日志存储路径，将异常日志写入日志存储路径中，得到目标异常日志。通过第三方应用将目标异常日志发送至服务器。开发人员根据服务器接收到的目标异常日志分析目标应用程序发生异常的原因。当不满足提取异常日志的条件时，正常启动目标应用程序。

目标异常日志上传结束后，用户可退出第三方应用，终端自动删除目标文件。示例性地，检测到用户在第三方应用中进行返回操作，或者在后台进行第三方应用清理操作等时，自动删除终端中的目标文件。用户也可卸载第三方应用，以提升终端的运行速度。

上述实现方式中，对于用户而言操作简单，只需安装第三方应用、启动目标应用程序，即可通过第三方应用提取目标应用程序的异常日志。

通过预设的监听接口和第三方应用配合，可在发布版本的目标应用程序中提取到详细的异常日志，便于对该异常日志进行分析，从而快速、准确地得到目标应用程序发生异常的原因，有助于高效处理用户在使用目标应用程序过程中遇到的问题，提高了用户满意度。

请参见图5，图5是本申请一实施例提供的一种提取日志的装置的示意图。该提取日志的装置包括的各单元用于执行图1至图4对应的实施例中的各步骤。具体请参阅图1至图4各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图5，包括：

监测单元310，用于通过目标应用程序中预设的监听接口对终端进行监测；

抓取单元320，用于当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，通过所述第三方应用抓取异常日志；所述异常日志为所述目标应用程序发生异常时产生的详细日志；

获取单元330，用于获取所述目标文件包含的日志存储路径，并将所述异常日志写入所述日志存储路径中，得到目标异常日志；

发送单元340，用于通过所述第三方应用将所述目标异常日志发送至服务器；所述目标异常日志用于分析所述目标应用程序发生异常的原因。

可选地，所述抓取单元320具体用于：

当监测到所述终端中安装有第三方应用，且监测到所述终端中存储有目标文件时，监听所述目标应用程序发生异常时所述用户的每个操作动作；

获取所述用户的每个操作动作所产生的日志，得到所述异常日志。

可选地，所述装置还包括：

安装单元，用于获取所述第三方应用，并将所述第三方应用安装至所述终端；

创建单元，用于通过安装后的所述第三方应用，在所述终端中创建所述目标文件。

可选地，所述装置还包括：

启动单元，用于当监测到所述终端中未安装有所述第三方应用，和/或监测到所述终端中未存储有所述目标文件时，正常启动所述目标应用程序。

可选地，所述监测单元310具体用于：

当检测到所述目标应用程序启动时，调起所述监听接口；

通过所述监听接口对所述终端进行监测。

可选地，所述装置还包括：

删除单元，用于当检测到退出操作时，自动删除所述目标文件；所述退出操作用于退出所述第三方应用。

请参见图6，图6是本申请另一实施例提供的提取日志的设备的示意图。如图6所示，该实施例的提取日志的设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个提取日志的方法实施例中的步骤，例如图1所示的S101至S104。或者，所述处理器40执行所述计算机程序42时实现上述各实施例中各单元的功能，例如图5所示单元310至340功能。

示例性地，所述计算机程序42可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机指令段，该指令段用于描述所述计算机程序42在所述提取日志的设备4中的执行过程。例如，所述计算机程序42可以被分割为监测单元、抓取单元、获取单元以及发送单元，各单元具体功能如上所述。

所述设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图6仅仅是提取日志的设备4的示例，并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述设备的内部存储单元，例如设备的硬盘或内存。所述存储器41也可以是所述设备的外部存储终端，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述设备的内部存储单元也包括外部存储终端。所述存储器41用于存储所述计算机指令以及所述终端所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

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

本申请还提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述各个提取日志的方法实施例中的步骤。

本申请实施例还提供了一种芯片或者集成电路，该芯片或者集成电路包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片或者集成电路的设备执行上述各个提取日志的方法实施例中的步骤。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神范围，均应包含在本申请的保护范围之内。