CN112181769A - 应用异常数据采集方法、装置、计算机设备及存储介质 - Google Patents

应用异常数据采集方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
CN112181769A
CN112181769A CN202011041152.8A CN202011041152A CN112181769A CN 112181769 A CN112181769 A CN 112181769A CN 202011041152 A CN202011041152 A CN 202011041152A CN 112181769 A CN112181769 A CN 112181769A
Authority
CN
China
Prior art keywords
application program
file
behavior data
user behavior
user
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
Application number
CN202011041152.8A
Other languages
English (en)
Inventor
董秋平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Puhui Enterprise Management Co Ltd
Original Assignee
Ping An Puhui Enterprise Management Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Puhui Enterprise Management Co Ltd filed Critical Ping An Puhui Enterprise Management Co Ltd
Priority to CN202011041152.8A priority Critical patent/CN112181769A/zh
Publication of CN112181769A publication Critical patent/CN112181769A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明实施例公开了一种应用异常数据采集方法、装置、计算机设备及存储介质，涉及区块链领域。该方法包括：采集用户在使用应用程序过程中的用户行为数据；若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件；若是，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中，从而开发人员可通过所述记录文件清楚的了解，用户是在执行了何种操作后导致应用程序异常的，便于开发人员快速找出应用程序异常的原因，提高开发人员修复异常的效率。将记录文件以及崩溃日志文件上传到区块链中，以确保数据的安全性以及不可篡改性。

Description

应用异常数据采集方法、装置、计算机设备及存储介质
技术领域
本发明涉及应用程序异常监控技术领域，尤其涉及一种应用异常数据采集方法、装置、计算机设备及存储介质。
背景技术
应用崩溃捕获工具，例如xCrash，能在App进程崩溃或ANR时，在你指定的目录中生成一个tombstone文件。
现有应用崩溃捕获工具的不足之处包括：只支持崩溃日志文件保存在本地，难以查看。
应用崩溃捕获工具虽然支持捕获java崩溃，native崩溃和ANR，但有时还是无法定位到问题的来源。比如说，终端的应用中有个公共组件，自定义相机拍照。有很多应用会调用了这个组件。例如，1、客户反馈。2、录入身份证，上传头像等功能都会调用这个组件。当拍照功能发生了崩溃，虽然可以通过崩溃日志文件知道发生崩溃的地方，但却不知道用户具体在哪个环节拍照而发生崩溃，从而不能进一步找到引发崩溃发生的原因。
发明内容
本发明实施例提供了一种应用异常数据采集方法、装置、计算机设备及存储介质，旨在解决现有技术中无法通过崩溃日志文件获取崩溃原因的问题。
第一方面，本发明实施例提供了一种应用异常数据采集方法，其包括：
采集用户在使用应用程序过程中的用户行为数据；
若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
第二方面，本发明实施例还提供了一种应用异常数据采集装置，其包括：
采集单元，用于采集用户在使用应用程序过程中的用户行为数据；
第一储存单元，用于若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
第一判断单元，用于若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
上传单元，用于若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现上述方法。
本发明实施例提供了一种应用异常数据采集方法、装置、计算机设备及存储介质。本发明实施例的技术方案，采集用户在使用应用程序过程中的用户行为数据；若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中，从而开发人员可通过所述记录文件清楚的了解，用户是在执行了何种操作后导致应用程序异常的，便于开发人员快速定位bug，从而快速找出引发应用程序异常的原因，提高开发人员修复异常的效率。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种应用异常数据采集方法的应用场景示意图；
图2为本发明实施例提供的一种应用异常数据采集方法的流程示意图；
图3为本发明实施例提供的一种应用异常数据采集方法的子流程示意图；
图4为本发明实施例提供的一种应用异常数据采集方法的子流程示意图；
图5为本发明实施例提供的一种应用异常数据采集方法的子流程示意图；
图6为本发明另一实施例提供的一种应用异常数据采集方法的流程示意图；
图7为本发明实施例提供的一种应用异常数据采集装置的示意性框图；
图8为本发明实施例提供的一种应用异常数据采集装置的采集单元的示意性框图；
图9为本发明实施例提供的一种应用异常数据采集装置的第一储存单元的示意性框图；
图10为本发明另一实施例提供的一种应用异常数据采集装置的第一储存单元的示意性框图；
图11为本发明另一实施例提供的一种应用异常数据采集装置的示意性框图；以及
图12为本发明实施例提供的一种计算机设备的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
请参阅图1和图2，图1为本发明实施例提供的应用异常数据采集方法的应用场景示意图。图2为本发明实施例提供的应用异常数据采集方法的示意性流程图。所述应用异常数据采集方法应用于终端10中。终端10采集用户在使用应用程序过程中的用户行为数据；若检测到应用程序出现异常，终端10将用户的用户行为数据储存到预设的记录文件中；若检测到用户启动应用程序，终端10判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；若所述文件目录中存在所述应用程序的崩溃日志文件，终端10将所述记录文件以及所述崩溃日志文件上传到预设的服务器20中。
图2是本发明实施例提供的应用异常数据采集方法的流程示意图。如图所示，该方法包括以下步骤S1-S4。
S1，采集用户在使用应用程序过程中的用户行为数据。
具体实施中，采集用户在使用应用程序过程中的用户行为数据。用户行为数据是指用户在应用程序中进行的操作记录。例如，用户打开界面，点击按钮、输入指令以及输入文字等操作。
参见图3，在一实施例中，以上步骤S1具体包括如下步骤：S11-S14。
S11，若检测到用户启动应用程序，实时记录应用程序所在的页面以及用户在所述页面上的操作，其中，用户的每一个操作对应记录为一条用户行为数据。
具体实施中，如果检测到用户启动应用程序，则实时记录应用程序所在的页面以及用户在所述页面上的操作，用户的每一个操作对应记录为一条用户行为数据。
例如，在一实施例中，一用户行为数据为：2020年8月18日15:02:14用户在应用程序的主界面点击了启动相机按钮。
S12，将用户行为数据储存到终端的缓存中。
具体实施中，为了提高存储效率，将采集到的用户行为数据储存到终端的缓存中。
S13，判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值。
具体实施中，为了避免缓存中存储的用户行为数据过多，影响终端的运行速度。判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值。
需要说明的是，数量阈值可由本领域技术人员进行设定，例如，可设定为100条。
S14，若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。
具体实施中，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。例如，用户行为数据是在2020年8月18日17:15:09加入到缓存中的，则用户行为数据的记录时间为2020年8月18日17:15:09。
若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值。由此，可清理时间久远的用户行为数据，同时保存最新采集到的用户行为数据。
例如，在一实施例中，数量阈值为100。终端的缓存中的用户行为数据的数量为101。则删除最先加入到终端的缓存中的那一条用户行为数据，使得终端的缓存中的用户行为数据的数量为100。
进一步到，若终端的缓存中的用户行为数据的数量未超过预设的数量阈值，则无需清理终端的缓存中的用户行为数据。
S2，若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中。
具体实施中，若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中。
应用程序出现异常包括应用程序进程崩溃以及ANR(Application NotResponding，应用程序未响应)。进程崩溃包括java崩溃以及native崩溃。
将用户的用户行为数据储存到预设的记录文件中，便于查看在应用程序异常之前，用户执行了哪些操作。
参见图4，在一实施例中，以上步骤S2具体包括如下步骤：S21-S22。
S21，从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据。
具体实施中，从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据。
预设数量可由本领域技术人员设定，例如，在一实施例中，设定为20。
S22，将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
具体实施中，将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
将所述记录文件储存到终端的内存中，可避免记录文件在终端掉电后丢失。
参见图5，在一实施例中，以上步骤S2具体包括如下步骤：S201-S203。
S201，获取应用程序出现异常时所在的页面作为目标页面。
具体实施中，获取应用程序出现异常时所在的页面作为目标页面。
例如，在一实施例中，应用程序在主界面时发生异常了，则主界面为目标页面。
S202，从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据。
具体实施中，从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据。
所述目标页面所对应的用户行为数据是指在所述目标页面中采集到的用户行为数据。
例如，在一实施例中，目标页面为主界面，则第二目标用户行为数据为终端在主界面中采集到的用户行为数据。
S203，将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
具体实施中，将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
将所述记录文件储存到终端的内存中，可避免记录文件在终端掉电后丢失。
S3，若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的。
具体实施中，预先在应用程序中嵌入应用崩溃捕获工具，例如，xCrash SDK。
在应用程序发生异常时(应用程序进程崩溃以及ANR)，应用崩溃捕获工具会采集应用程序的崩溃日志文件，并将崩溃日志文件储存到预设的文件目录中。
在用户启动应用程序时，终端均会扫描预设的文件目录中是否存在所述应用程序的崩溃日志文件，若预设的文件目录中存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时发生过异常。若预设的文件目录中不存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时未发生异常。
S4，若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
具体实施中，若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
服务器将应用程序上传的数据进行解析读取，并储存到数据库中去。同时自动触发报警，发送邮件给开发人员。
同时建立崩溃日志管理系统，用以读取数据库中内容，并在浏览器中向开发人员展示。每一条展示的信息，包含详细崩溃堆栈信息，崩溃状态(是否已修复)。修复效果(是否修复后复现)，用户行为数据，手机操作系统，APP版本号，此崩溃发生的次数，自定义用户标识(String)，网络状态(String)，发生时间，CPU型号等手机信息。
服务器发送邮件后，开发人员会立即查看日志管理系统，通过上面这些信息，即可快速定位崩溃来源，修复解决问题。上传新版本或者补丁到服务器中。发布紧急版本修复或者热修复。
进一步地，若所述文件目录中不存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时未发生异常，此时无需向服务器上传文件。
可以理解地，可将所述记录文件以及所述崩溃日志文件上传到区块链中，以确保数据的安全性以及不可篡改性。
本发明实施例的技术方案，采集用户在使用应用程序过程中的用户行为数据；若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中，从而开发人员可通过所述记录文件清楚的了解，用户是在执行了何种操作后导致应用程序异常的，便于开发人员快速定位bug，从而快速找出引发应用程序异常的原因，提高开发人员修复异常的效率。
图6是本发明另一实施例提供的一种应用异常数据采集方法的流程示意图。如图6所示，本实施例的应用异常数据采集方法包括步骤S61-S67。
S61，采集用户在使用应用程序过程中的用户行为数据。
具体实施中，采集用户在使用应用程序过程中的用户行为数据。用户行为数据是指用户在应用程序中进行的操作记录。例如，用户打开界面，点击按钮、输入指令以及输入文字等操作。
S62，若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中。
具体实施中，若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中。
应用程序出现异常包括应用程序进程崩溃以及ANR(Application NotResponding，应用程序未响应)。进程崩溃包括java崩溃以及native崩溃。
将用户的用户行为数据储存到预设的记录文件中，便于查看在应用程序异常之前，用户执行了哪些操作。
S63，若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的。
具体实施中，预先在应用程序中嵌入应用崩溃捕获工具，例如，xCrash SDK。
在应用程序发生异常时(应用程序进程崩溃以及ANR)，应用崩溃捕获工具会采集应用程序的崩溃日志文件，并将崩溃日志文件储存到预设的文件目录中。
在用户启动应用程序时，终端均会扫描预设的文件目录中是否存在所述应用程序的崩溃日志文件，若预设的文件目录中存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时发生过异常。若预设的文件目录中不存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时未发生异常。
S64，若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
具体实施中，若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
服务器将应用程序上传的数据进行解析读取，并储存到数据库中去。同时自动触发报警，发送邮件给开发人员。
同时建立崩溃日志管理系统，用以读取数据库中内容，并在浏览器中向开发人员展示。每一条展示的信息，包含详细崩溃堆栈信息，崩溃状态(是否已修复)。修复效果(是否修复后复现)，用户行为数据，手机操作系统，APP版本号，此崩溃发生的次数，自定义用户标识(String)，网络状态(String)，发生时间，CPU型号等手机信息。
服务器发送邮件后，开发人员会立即查看日志管理系统，通过上面这些信息，即可快速定位崩溃来源，修复解决问题。上传新版本或者补丁到服务器中。发布紧急版本修复或者热修复。
进一步地，若所述文件目录中不存在所述应用程序的崩溃日志文件，则说明应用程序在上一次运行时未发生异常，此时无需向服务器上传文件。
S65，将所述记录文件以及所述崩溃日志文件删除。
具体实施中，在将将所述记录文件以及所述崩溃日志文件上传到预设的服务器之后，将所述记录文件以及所述崩溃日志文件删除，一方面避免重复上传，另一方面还可以避免内存占用。
S66，若接收到服务器发送的异常修复提醒消息，根据所述异常修复提醒消息获取应用程序升级文件。
具体实施中，服务器在接收到开发人员上传的应用程序升级文件时，向终端发送异常修复提醒消息。
相应地，若接收到服务器发送的异常修复提醒消息，终端根据所述异常修复提醒消息获取应用程序升级文件。
需要说明的是，取应用程序升级文件可具体为应用程序的升级包或者应用程序的升级补丁。应用程序升级文件是开发人员根据终端上传的记录文件以及崩溃日志文件对应用程序的异常进行修复后得到的。
在一实施例中，所述异常修复提醒消息包含所述应用程序升级文件的下载地址，以上步骤根据所述异常修复提醒消息获取应用程序升级文件，包括：从所述异常修复提醒消息中获取所述应用程序升级文件的下载地址，并根据所述下载地址下载所述应用程序升级文件。
S67，安装所述应用程序升级文件。
具体实施中，安装所述应用程序升级文件，以修复所述应用程序的异常。
在安装结束后，重新启动所述应用程序，完成对异常的修复。
图7是本发明实施例提供的一种应用异常数据采集装置的示意性框图。如图7所示，对应于以上应用异常数据采集方法，本发明还提供一种应用异常数据采集装置70。该应用异常数据采集装置70包括用于执行上述应用异常数据采集方法的单元，该应用异常数据采集装置70可以被配置于台式电脑、平板电脑、手提电脑、等终端中。具体地，请参阅图7，该应用异常数据采集装置70包括采集单元71、第一储存单元72、第一判断单元73以及上传单元74。
采集单元71，用于采集用户在使用应用程序过程中的用户行为数据；
第一储存单元72，用于若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
第一判断单元73，用于若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
上传单元74，用于若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
在一实施例中，如图8所示，所述采集单元71包括记录单元711、第二储存单元712、第二判断单元713以及清理单元714。
记录单元711，用于若检测到用户启动应用程序，实时记录应用程序所在的页面以及用户在所述页面上的操作，其中，用户的每一个操作对应记录为一条用户行为数据；
第二储存单元712，用于将用户行为数据储存到终端的缓存中；
第二判断单元713，用于判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值；
清理单元714，用于若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。
在一实施例中，如图9所示，所述第一储存单元72包括第一获取单元721以及第三储存单元722。
第一获取单元721，用于从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据；
第三储存单元722，用于将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
在一实施例中，如图10所示，所述第一储存单元72包括第二获取单元723、第三获取单元724以及第四储存单元725。
第二获取单元723，用于获取应用程序出现异常时所在的页面作为目标页面；
第三获取单元724，用于从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据；
第四储存单元725，用于将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
图11是本发明另一实施例提供的一种应用异常数据采集装置70的示意性框图。如图11所示，本实施例的应用异常数据采集装置70是上述实施例的基础上增加了删除单元75、第四获取单元76以及安装单元77。
删除单元75，用于将所述记录文件以及所述崩溃日志文件删除；
第四获取单元76，用于若接收到服务器发送的异常修复提醒消息，根据所述异常修复提醒消息获取应用程序升级文件；
安装单元77，用于安装所述应用程序升级文件。
需要说明的是，所属领域的技术人员可以清楚地了解到，上述应用异常数据采集装置70和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。
上述应用异常数据采集装置70可以实现为一种计算机程序的形式，该计算机程序可以在如图12所示的计算机设备上运行。
请参阅图12，图12是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
参阅图12，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行一种应用异常数据采集方法。
该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种应用异常数据采集方法。
该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：
采集用户在使用应用程序过程中的用户行为数据；
若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
在一实施例中，处理器502在实现所述采集用户在使用应用程序过程中的用户行为数据的步骤时，具体实现如下步骤：
若检测到用户启动应用程序，实时记录应用程序所在的页面以及用户在所述页面上的操作，其中，用户的每一个操作对应记录为一条用户行为数据；
将用户行为数据储存到终端的缓存中；
判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值；
若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。
在一实施例中，处理器502在实现所述将用户的用户行为数据储存到预设的记录文件中的步骤时，具体实现如下步骤：
从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据；
将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
在一实施例中，处理器502在实现所述将用户的用户行为数据储存到预设的记录文件中的步骤时，具体实现如下步骤：
获取应用程序出现异常时所在的页面作为目标页面；
从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据；
将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
在一实施例中，处理器502在实现所述将所述记录文件以及所述崩溃日志文件上传到预设的服务器中的步骤之后，还实现如下步骤：
将所述记录文件以及所述崩溃日志文件删除；
若接收到服务器发送的异常修复提醒消息，根据所述异常修复提醒消息获取应用程序升级文件；
安装所述应用程序升级文件。
应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。
因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序。该计算机程序被处理器执行时使处理器执行如下步骤：
采集用户在使用应用程序过程中的用户行为数据；
若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
在一实施例中，所述处理器在执行所述计算机程序而实现所述采集用户在使用应用程序过程中的用户行为数据的步骤时，具体实现如下步骤：
若检测到用户启动应用程序，实时记录应用程序所在的页面以及用户在所述页面上的操作，其中，用户的每一个操作对应记录为一条用户行为数据；
将用户行为数据储存到终端的缓存中；
判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值；
若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。
在一实施例中，所述处理器在执行所述计算机程序而实现所述将用户的用户行为数据储存到预设的记录文件中的步骤时，具体实现如下步骤：
从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据；
将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
在一实施例中，所述处理器在执行所述计算机程序而实现所述将用户的用户行为数据储存到预设的记录文件中的步骤时，具体实现如下步骤：
获取应用程序出现异常时所在的页面作为目标页面；
从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据；
将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
在一实施例中，所述处理器在执行所述计算机程序而实现所述将所述记录文件以及所述崩溃日志文件上传到预设的服务器中的步骤之后，还实现如下步骤：
将所述记录文件以及所述崩溃日志文件删除；
若接收到服务器发送的异常修复提醒消息，根据所述异常修复提醒消息获取应用程序升级文件；
安装所述应用程序升级文件。
所述存储介质为实体的、非瞬时性的存储介质，例如可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的实体存储介质。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，尚且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种应用异常数据采集方法，其特征在于，包括：
采集用户在使用应用程序过程中的用户行为数据；
若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
2.根据权利要求1所述的应用异常数据采集方法，其特征在于，所述采集用户在使用应用程序过程中的用户行为数据，包括：
若检测到用户启动应用程序，实时记录应用程序所在的页面以及用户在所述页面上的操作，其中，用户的每一个操作对应记录为一条用户行为数据；
将用户行为数据储存到终端的缓存中。
3.根据权利要求2所述的应用异常数据采集方法，其特征在于，所述采集用户在使用应用程序过程中的用户行为数据，还包括：
判断终端的缓存中的用户行为数据的数量是否超过预设的数量阈值；
若终端的缓存中的用户行为数据的数量超过预设的数量阈值，按照记录时间由远到近的顺序对终端的缓存中的用户行为数据进行清理，以使得终端的缓存中的用户行为数据的数量保持在数量阈值，用户行为数据的记录时间为用户行为数据加入到终端的缓存时所对应的时间。
4.根据权利要求3所述的应用异常数据采集方法，其特征在于，所述将用户的用户行为数据储存到预设的记录文件中，包括：
从终端的缓存中按照记录时间由近到远的顺序获取预设数量的用户行为数据作为第一目标用户行为数据；
将所述第一目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
5.根据权利要求2所述的应用异常数据采集方法，其特征在于，所述将用户的用户行为数据储存到预设的记录文件中，包括：
获取应用程序出现异常时所在的页面作为目标页面；
从终端的缓存中获取所述目标页面所对应的用户行为数据作为第二目标用户行为数据；
将所述第二目标用户行为数据储存到预设的记录文件中，并将所述记录文件储存到终端的内存中。
6.根据权利要求1所述的应用异常数据采集方法，其特征在于，所述将所述记录文件以及所述崩溃日志文件上传到预设的服务器中之后，所述方法还包括：
将所述记录文件以及所述崩溃日志文件删除。
7.根据权利要求1所述的应用异常数据采集方法，其特征在于，所述将所述记录文件以及所述崩溃日志文件上传到预设的服务器中之后，所述方法还包括：
若接收到服务器发送的异常修复提醒消息，根据所述异常修复提醒消息获取应用程序升级文件；
安装所述应用程序升级文件。
8.一种应用异常数据采集装置，其特征在于，包括：
采集单元，用于采集用户在使用应用程序过程中的用户行为数据；
第一储存单元，用于若检测到应用程序出现异常，将用户的用户行为数据储存到预设的记录文件中；
第一判断单元，用于若检测到用户启动应用程序，判断预设的文件目录中是否存在所述应用程序的崩溃日志文件，所述崩溃日志文件是由预设的应用崩溃捕获工具采集的；
上传单元，用于若所述文件目录中存在所述应用程序的崩溃日志文件，将所述记录文件以及所述崩溃日志文件上传到预设的服务器中。
9.一种计算机设备，其特征在于，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现如权利要求1-7中任一项所述的方法。
CN202011041152.8A 2020-09-28 2020-09-28 应用异常数据采集方法、装置、计算机设备及存储介质 Pending CN112181769A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011041152.8A CN112181769A (zh) 2020-09-28 2020-09-28 应用异常数据采集方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011041152.8A CN112181769A (zh) 2020-09-28 2020-09-28 应用异常数据采集方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN112181769A true CN112181769A (zh) 2021-01-05

Family

ID=73943838

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011041152.8A Pending CN112181769A (zh) 2020-09-28 2020-09-28 应用异常数据采集方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN112181769A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113342816A (zh) * 2021-06-23 2021-09-03 杭州数梦工场科技有限公司 目录上报方法和装置
CN113836044A (zh) * 2021-11-26 2021-12-24 华中科技大学 一种软件故障采集和分析的方法及系统
CN114615559A (zh) * 2022-03-02 2022-06-10 视若飞信息科技(上海)有限公司 一种用于终端的上传真实场景故障方法、装置及系统
CN117149667A (zh) * 2023-10-31 2023-12-01 宁德时代新能源科技股份有限公司 异常数据获取方法、装置、设备和计算机可读存储介质

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113342816A (zh) * 2021-06-23 2021-09-03 杭州数梦工场科技有限公司 目录上报方法和装置
CN113342816B (zh) * 2021-06-23 2023-07-11 杭州数梦工场科技有限公司 目录上报方法和装置
CN113836044A (zh) * 2021-11-26 2021-12-24 华中科技大学 一种软件故障采集和分析的方法及系统
CN114615559A (zh) * 2022-03-02 2022-06-10 视若飞信息科技(上海)有限公司 一种用于终端的上传真实场景故障方法、装置及系统
CN117149667A (zh) * 2023-10-31 2023-12-01 宁德时代新能源科技股份有限公司 异常数据获取方法、装置、设备和计算机可读存储介质
CN117149667B (zh) * 2023-10-31 2024-04-05 宁德时代新能源科技股份有限公司 异常数据获取方法、装置、设备和计算机可读存储介质

Similar Documents

Publication Publication Date Title
CN112181769A (zh) 应用异常数据采集方法、装置、计算机设备及存储介质
EP1935106B1 (en) Device management system and method for managing device management object
CN108063818B (zh) 数据下载方法、装置、终端和计算机可读存储介质
CN109460343A (zh) 基于日志的系统异常监控方法、装置、设备及存储介质
CN114077525A (zh) 异常日志处理方法、装置、终端设备、云服务器及系统
CN113505014B (zh) 一种故障诊断文件获取方法及装置
CN113687974B (zh) 客户端日志处理方法、装置及计算机设备
CN114116322B (zh) 数据恢复方法、装置、设备及存储介质
CN112650658A (zh) 应用程序的异常记录和复现方法、装置及存储介质
CN115277677B (zh) 批量档案挂接方法、装置、计算机设备及存储介质
CN108509322B (zh) 避免过度回访的方法、电子装置及计算机可读存储介质
KR101974989B1 (ko) 위험 파일에 대응하는 행위 정보를 결정하는 방법 및 장치
CN114996103A (zh) 页面异常检测方法、装置、电子设备和存储介质
CN114356855A (zh) 文件管理方法、装置、电子装置及可读存储介质
CN113742120B (zh) 一种kdump触发方法、系统、设备以及介质
CN110515792B (zh) 基于web版任务管理平台的监控方法、装置以及计算机设备
CN112732475A (zh) 日志收集的方法、装置、电子设备、及存储介质
CN106844091A (zh) 一种压缩、还原方法及终端
CN111338644A (zh) 任务脚本部署方法及系统
CN110019262B (zh) 数据更新方法及装置
CN109656875B (zh) 存储空间的分类管理方法、装置、终端及存储介质
CN113535470A (zh) 组态备份方法、装置、电子设备和存储介质
CN108763395B (zh) 文件处理方法及相关产品
CN110908725B (zh) 应用程序启动方法、装置、电子设备及可读介质
CN110837433A (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