信息处理方法、装置、电子设备及存储介质与流程

本申请涉及移动终端领域，尤其涉及一种信息处理方法、装置、电子设备及存储介质。

背景技术：

目前，在对应用程序运行过程中因崩溃产生的异常信息进行上报时，是对安卓应用程序包(apk，androidapplicationpackage)级别的异常信息进行监控，导致收集的异常信息的数据粒度较大，降低了应用程序维护效率。

技术实现要素：

有鉴于此，本申请实施例提供一种信息处理方法、装置、电子设备及存储介质，以至少解决相关技术出现的收集的异常信息的数据粒度较大，降低了应用程序维护效率的问题。

本申请实施例的技术方案是这样实现的：

本申请实施例提供了一种信息处理方法，所述方法包括：

通过设定类收集软件开发工具包(sdk，softwaredevelopmentkit)运行中出现的异常信息；所述设定类中包含有用于捕获sdk运行中出现的异常信息的方法；

将收集到的异常信息存储至设定数据库；

根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备；所述第一电子设备用于输出上报的异常信息。

上述方案中，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，包括：

在所述设定数据库中存储的异常信息的数量满足所述第一设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第一设定条件表征所述设定数据库中存储的异常信息的数量大于或等于设定的上报数量阈值。

上述方案中，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，还包括：

在所述设定数据库中存储的异常信息的数量不满足所述第一设定条件时，确定第一时间间隔；所述第一时间间隔表征当前时间与最后一次上报异常信息的时间之间的时间间隔；

在所述第一时间间隔满足第二设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第二设定条件表征所述第一时间间隔大于或等于设定的时间间隔。

上述方案中，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，包括：

将所述设定数据库中存储的异常信息封装成https(hypertexttransferprotocoloversecuresocketlayer)请求；

将所述https请求上报至所述第一电子设备。

上述方案中，所述将收集的异常信息存储至设定数据库时，所述方法包括：

确定收集到的异常信息的密码值；所述密码值基于异常信息的信息内容生成；

在所述设定数据库中未存储有所述密码值对应的异常信息的情况下，将收集到的异常信息存储至所述设定数据库；

在所述设定数据库中存储有所述密码值对应的异常信息的情况下，在所述设定数据库中更新第一数量；所述第一数量表征收集到所述密码值对应的异常信息的次数。

上述方案中，所述通过设定类收集sdk运行中出现的异常信息，包括：

在所述sdk运行过程中，检测所述sdk对应的应用程序的授权范围，得到检测结果；

在所述检测结果表征允许收集所述sdk的信息时，通过设定类收集sdk运行中出现的异常信息。

上述方案中，所述方法还包括：

在所述设定数据库中存储的异常信息上报成功后，将上报成功的异常信息删除。

上述方案中，所述设定类为继承设定父类得到的子类；所述设定类通过将所述设定父类中的第一方法重写为第二方法得到；其中，

所述第一方法用于捕获apk运行中出现的异常信息；所述第二方法用于捕获sdk运行中出现的异常信息。

本申请实施例还提供了一种信息处理装置，包括：

收集单元，用于通过设定类收集sdk运行中出现的异常信息；所述设定类中包含有用于捕获sdk运行中出现的异常信息的方法；

存储单元，用于将收集到的异常信息存储至设定数据库；

上报单元，用于根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备；所述第一电子设备用于输出上报的异常信息。

本申请实施例还提供了一种电子设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。

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

在本申请实施例中，通过设定类收集sdk运行中出现的异常信息，设定类中包含有用于捕获sdk运行中出现的异常信息的方法，将收集到的异常信息存储至设定数据库，根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，第一电子设备用于输出上报的异常信息，从而能够收集数据粒度更小的异常信息，有利于应用程序的维护，提高了应用程序的维护效率和效果。

附图说明

图1为本申请一实施例提供的信息处理方法的实现流程示意图；

图2为本申请又一实施例提供的信息处理方法的实现流程示意图；

图3为本申请又一实施例提供的信息处理方法的实现流程示意图；

图4为本申请又一实施例提供的信息处理方法的实现流程示意图；

图5为本申请又一实施例提供的信息处理方法的实现流程示意图；

图6为本申请一应用实施例提供的信息处理的流程示意图；

图7为本申请一实施例提供的信息处理装置的结构示意图；

图8为本申请一实施例提供电子设备的硬件组成结构示意图。

具体实施方式

下面结合附图及具体实施例对本申请作进一步详细的说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本申请实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例提供了一种信息处理方法，图1为本申请实施例的信息处理法的一种流程示意图。如图1所示，所述方法包括：

s101：通过设定类收集sdk运行中出现的异常信息；所述设定类中包含有用于捕获sdk运行中出现的异常信息的方法。

这里，通过设定类收集sdk运行中出现的异常信息，设定类中包含有用于捕获sdk运行中出现的异常信息的方法，其中，异常信息是表征应用程序在运行过程中出现崩溃的相关信息。sdk是安卓系统应用程序的编译器，当应用程序在安卓系统上运行的时候，需要通过相应的sdk保证应用程序的正常运行，当应用程序在运行过程中出现程序崩溃的时候，应用程序对应的sdk的运行也会出现异常，通过设定类收集sdk运行中出现的异常信息，异常信息包括但不限于异常栈信息、内存信息、系统内存信息、设备基本信息等，其中，异常栈信息表征应用程序出现崩溃的时候相关的栈信息，内存信息包括了系统给应用程序分配的最大内存、应用程序当前可用的内存总量等，系统内存信息包括系统的总内存、系统当前剩余的内容、表征系统是否处于低内存的信息等，设备基本信息包括了移动终端的品牌、制造商、软件系统版本等，通过分析异常信息能够确定应用程序出现程序崩溃的原因，从而能够对应用程序进行维护。

在一实施例中，上述方法中，所述设定类为继承设定父类得到的子类；所述设定类通过将所述设定父类中的第一方法重写为第二方法得到；其中，

所述第一方法用于捕获应用程序包apk运行中出现的异常信息；所述第二方法用于捕获sdk运行中出现的异常信息。

实际应用中，设定父类可以为安卓系统上可以用于捕获应用程序的异常信息的uncaughtexceptionhandler类，在父类中含有uncaughtexception方法，通过父类中含有的方法，能够捕获应用程序的应用程序包apk运行中出现的异常信息。通过继承父类(uncaughtexceptionhandler类)得到crashuncaughtexceptionhandle类，在继承父类时，将父类中含有的uncaughtexception方法进行重写，得到crashuncaughtexceptionhandle类对应的第二方法，第二方法能够用于捕捉sdk运行中出现的异常信息。因此，由uncaughtexceptionhandler类继承得到的crashuncaughtexceptionhandle类能够捕捉sdk运行中出现异常状况。

在上述实施例中，设定类为继承设定父类得到的子类，设定类通过将设定父类中的第一方法重写为第二方法，其中，第一方法用于捕获apk运行中出现的异常信息，第二方法用于捕获sdk运行中出现的异常信息，从而能够在原有系统的基础上进行修改后，捕获数据粒度更小的异常信息，增强了拓展性，有利于提高应用程序维护的效率。

s102：将收集到的异常信息存储至设定数据库。

这里，将收集的异常信息存储至设定数据库，设定数据库可以建立在移动终端上，将收集的异常信息存储在移动终端的存储空间上。

在一实施例中，如图2所示，所述将收集的异常信息存储至设定数据库时，所述方法包括：

s201：确定收集到的异常信息的密码值；所述密码值基于异常信息的信息内容生成。

这里，基于收集的异常信息的信息内容，确定收集到的异常信息的密码值。在实际应用中，获取异常信息对应的字符串，通过md5信息摘要算法，对异常信息对应的字符串进行计算，可以产生一个128位的散列值，这个值就是异常信息的密码值。

s202：在所述设定数据库中未存储有所述密码值对应的异常信息的情况下，将收集到的异常信息存储至所述设定数据库。

这里，在确定异常信息的密码值之后，在设定数据库中为存储有密码值对应的异常信息的情况下，将收集到的异常信息存储至设定数据库。由于异常信息的密码值是基于异常信息的字符串计算得到的，由此相同的异常信息的密码值是相同的，如果设定数据库中存储的异常信息的密码值均与收集的异常信息的密码值不相同，可以确定设定数据库中没有存储相同的异常信息，因此，将收集到的异常信息存储至设定数据库中。

s203：在所述设定数据库中存储有所述密码值对应的异常信息的情况下，在所述设定数据库中更新第一数量；所述第一数量表征收集到所述密码值对应的异常信息的次数。

这里，在设定数据库中存储有密码值对应的异常信息的情况下，在设定数据库中更新第一数量，其中，第一数量代表在收集异常信息的过程中，收集到相同密码值对应的异常信息的次数。当收集到的异常信息的密码值与设定数据库中存储的异常信息的密码值相同的时候，说明设定数据库中已经存有相同的异常信息，不需要再将异常信息进行存储，节省了设定数据库的存储空间，但需要在设定数据库中更新收集到该密码值对应的异常信息的次数，从而能够记录异常信息的收集情况，确定每条异常信息出现的次数。示例地，设定数据库中存储有密码值为a的异常信息，并且根据设定数据库的记录，在设定数据库中，密码值为a的异常信息对应的第一数量为1，当收集的一条异常信息的密码值也为a的时候，不需要将收集到的密码值为a的异常信息存入到设定数据库中，但需要在设定数据库中将密码值为a的异常信息的第一数量更新为2。在实际应用中，收集到多条相同的异常信息表征基于相同的原因导致应用程序崩溃，对设定数据库中异常信息的第一数量进行分析，当异常信息的第一数量越小，说明由该异常信息引起应用程序发生程序崩溃属于偶然事件，当异常信息的第一数量越大，说明该异常信息经常引起应用程序发生程序崩溃，存在明显的设计缺陷，从而能够有针对性地对应用程序进行修复。

在上述实施例中，确定收集到的异常信息的密码值，密码值基于异常信息的信息内容生成，在设定数据库中未存储有密码值对应的异常信息的情况下，将收集到的异常信息存储至设定数据库，在设定数据库中存储有密码值对应的异常信息的情况下，在设定数据库中更新第一数量，第一数量表征收集到密码值对应的异常信息的次数，能够对异常信息进行过滤，避免重复存储相同的异常信息，同时又能记录异常信息的情况，有利于对应用程序的维护，提高了应用程序的修复效率。

s103：根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备；所述第一电子设备用于输出上报的异常信息。

这里，根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，通过第一电子设备输出上报的异常信息，其中，设定的上报规则可以由系统默认的上报规则，也可以是用户根据自身需求设定的上报规则，设定的上报规则可以限定上报异常信息的时间或者数量。在实际应用中，当应用程序开始运行的时候，就会判断设定数据库中存储的异常信息是否满足上报规则，在满足上报规则的时候，将设定数据库中存储的异常信息进行上报，当异常信息上报成功后，可以在第一电子设备上看到异常信息详情，例如，可以输出异常信息对应的移动终端的型号、软件系统版本、异常信息的堆栈信息等。在实际应用中，由于上报的异常信息中包括了移动终端基本信息，当第一电子设备接收到上报的异常信息后，能够基于异常信息中携带的移动终端基本信息，对上报的异常信息进行统计和分类，示例地，上报的异常信息携带了移动终端的软件系统版本，第一电子设备能够基于不同软件系统版本以及异常信息的类型这两个维度，对异常信息进行统计分析，并能够在第一电子设备中输出统计结果，从而运维人员能够准确且快速地确定异常信息的分布情况。

在上述实施例中，通过设定类收集sdk运行中出现的异常信息，设定类中包含有用于捕获sdk运行中出现的异常信息的方法，将收集到的异常信息存储至设定数据库，根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备，第一电子设备用于输出上报的异常信息，从而能够收集数据粒度更小的异常信息，提高了应用程序的维护效率和效果，并且还能对上报的规则进行设置，使得上报规则更加贴合用户的需求。

在一实施例中，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，包括：

在所述设定数据库中存储的异常信息的数量满足所述第一设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第一设定条件表征所述设定数据库中存储的异常信息的数量大于或等于设定的上报数量阈值。

这里，在设定数据库中存储的异常信息的数量满足第一设定条件的时候，将设定数据库存储的异常信息上报至第一电子设备，其中，第一设定条件为设定的上报规则，第一设定条件是通过设置上报阈值来限定异常信息的上报，第一设定条件表征设定数据库中存储的异常信息的数量大于或等于设定的上报数量阈值。在实际应用中，可以获取设定数据库中存储的异常信息的数量，将设定数据库中存储的异常信息的数量与设定的上报数量阈值进行比较，在满足第一设定条件的时候，开启上报通道，将存储在设定数据库中的异常信息上报，通过设定的上报数量阈值，避免移动终端每接收到一条异常信息就立刻上报，增加了移动终端的功耗。

在上述实施例中，在设定数据库中存储的异常信息的数量满足第一设定条件时，将设定数据库中存储的异常信息上报至第一电子设备，第一设定条件表征设定数据库中存储的异常信息的数量大于或等于设定的上报数量阈值，能够通过最小上报数量限定上报的时限，实现异常信息的灵活上报，同时节省移动终端的功耗。

在一实施例中，如图3所示，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，还包括：

s301：在所述设定数据库中存储的异常信息的数量不满足所述第一设定条件时，确定第一时间间隔；所述第一时间间隔表征当前时间与最后一次上报异常信息的时间之间的时间间隔。

这里，在设定数据库中存储的异常信息的数量不满足第一设定条件的时候，确定第一时间间隔，第一时间间隔为当前时间与最后一次上报异常信息的时间之间的时间间隔。在实际应用中，当设定数据库中存储的异常信息的数量小于设定的上报数量阈值的时候，则确定最后一次成功上报异常信息的时间与当前时间之间的时间间隔，在实际应用中，可以记录最后一次上报异常信息的时间，并获取当前移动终端的时间，从而能够计算得到第一时间间隔。

s302：在所述第一时间间隔满足第二设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第二设定条件表征所述第一时间间隔大于或等于设定的时间间隔。

这里，在第一时间间隔满足第二设定条件的时候，将设定数据库中存储的异常信息上报至第一电子设备，其中，第二设定条件限定了上报的最小时间阈值，第二设定条件表征第一时间间隔大于或等于设定的时间间隔。在实际应用中，当设定数据库中存储的异常信息的数量不满足第一设定条件时，将会判断是否满足第二设定条件，其中，判断是否满足上报的最小时间阈值是通过第一时间间隔与设定的时间间隔确定得到的，当第一时间间隔大于或等于设定的时间间隔的时候，可以确定满足第二设定条件，则开启上报通道，将存储在设定数据库中的异常信息进行上报，如果不满足第二设定条件，在满足第一设定条件或者第二设定条件的时候，将存储在设定数据库中的异常信息进行上报。

在上述实施例中，在设定数据库中存储的异常信息的数量不满足第一设定条件时，确定第一时间间隔，第一时间间隔表征当前时间与最后一次上报异常信息的之间的时间间隔，在第一时间间隔满足第二设定条件时，将设定数据库中存储的异常信息上报至第一电子设备，第二设定条件表征第一时间间隔大于或等于设定的时间间隔，从而能够避免在不能满足最小的上报阈值的时候，长时间不进行异常信息的上报，保证了异常信息上报的时效性和灵活性，有利于及时对应用程序进行维护处理。

在一实施例中，如图4所示，所述根据设定的上报规则，将设定数据库中存储的异常信息上报至第一电子设备，包括：

s401：将所述设定数据库中存储的异常信息封装成https请求。

这里，将设定数据库中存储的异常信息封装成https请求，其中，https请求中携带有异常信息。https请求是基于https协议进行通信，https是一种通过计算机网络进行安全通信的传输协议，以http通道传输，利用安全套接字协议(ssl，securesocketslayer)加密数据包，ssl依靠证书来验证服务器的身份，能够将通信进行加密，从而能够增强异常信息的安全性。在实际应用中，可以将异常信息进行压缩处理后，再生成对应的https请求。

s402：将所述https请求上报至所述第一电子设备。

这里，将https请求上报至第一电子设备。在实际应用中，通过https请求上报异常信息的时候，移动终端将https请求发送至第一电子设备，第一电子设备与移动终端建立ssl连接，并基于第一电子设备的证书信息开始确定信息加密的等级，根据确定的信息加密的等级，建立会话密钥，利用会话密钥加密第一电子设备与移动终端之间的通信，从而能够在安全的环境下将异常信息上报至第一电子设备。在实际应用中，在将https请求上报至第一电子设备之前，可以先检测移动终端的网络状况，在移动终端处于网络连接的时候，将https请求上报至第一电子设备。

在上述实施例中，将设定数据库中存储的异常信息封装成https请求，将https请求上报至第一电子设备，从而能够在安全的环境下上报异常信息，保护了用户的隐私的同时，提高异常信息上报的速率，有利于对应用程序的维护。

在一实施例中，如图5所示，所述通过设定类收集sdk运行中出现的异常信息，包括：

s501：在所述sdk运行过程中，检测所述sdk对应的应用程序的授权范围，得到检测结果。

这里，在sdk运行过程中，检测运行的sdk对应的应用程序的授权范围，得到检测结果。在实际应用中，需要通过对应的sdk的运行保证应用程序的正常运行，通过运行的sdk对应的应用程序的授权范围，能够确定移动终端对应用程序的操作权限。

s502：在所述检测结果表征允许收集所述sdk的信息时，通过设定类收集sdk运行中出现的异常信息。

这里，在检测结果表征允许收集应用程序的信息时，通过设定类收集sdk运行中出现的异常信息，在实际应用中，应用程序的授权范围能够指示移动终端对应用程序的可操作范围，当应用程序的授权范围允许移动终端收集应用程序的相关信息时，移动终端被授予可收集sdk运行中的异常信息的权限，能够收集sdk运行中出现的异常信息。在实际应用中，在应用程序开始运行的时候，可以通过弹窗的方式询问是否允许收集应用程序的异常信息，在接收到允许收集的指令的时候，在应用程序运行过程中，收集相关的异常信息。

在上述实施例中，在sdk运行过程中，检测sdk对应的应用程序的授权范围，得到检测结果，在检测结果表征允许收集sdk的信息时，通过设定类收集sdk运行中出现的异常信息，从而能够提高异常信息的收集效率，有利于对应用程序的修复。

在一实施例中，所述方法还包括：

在所述设定数据库中存储的异常信息上报成功后，将上报成功的异常信息删除。

这里，在异常信息上报成功后，将上报成功的异常信息进行删除。在实际应用中，在异常信息上报的过程中，可能会出现上报失败和上报成功的两种情形，对于上报失败的异常信息，需要再次进行上报，而对于上报成功的异常信息，已经上报到第一电子设备进行更详细和全面的处理，不需要继续存储在设定数据库中，将设定数据库中存储的异常信息进行删除不会影响对应用程序的维护，同时还能节省设定数据库有限的存储空间。在实际应用中，当异常信息上报成功或者失败的时候，第一电子设备能够向移动终端返回一条信息，用于指示异常信息的上报情况，在第一电子设备返回的信息指示上报成功的时候，将上报成功的异常信息删除。

在上述实施例中，在设定数据库中存储的异常信息上报成功后，将上报成功的异常信息删除，从而有利于节省存储空间，减轻移动终端的资源负担，提高异常信息的处理速度。

本申请还提供了一种应用实施例，如图6所示，图6示出了信息处理的流程示意图。

s601：初始化配置。这里的初始化配置是指对系统提供的uncaughtexceptionhandler类配置为crashuncaughtexceptionhandler，其中，对uncaughtexceptionhandler类中的uncaughtexception()方法进行了重写。

s602：判断运行的应用程序是否允许异常信息的收集，如果应用程序允许异常信息的收集，则转到s603；如果应用程序不允许异常信息的收集，则结束流程。

s603：收集sdk运行中出现的异常信息。

s604：对收集到的异常信息进行处理。这里，是指过滤已经存储的异常信息，提取未存储的异常信息。

s605：将未存储的异常信息存储至设定数据库中，并更新在设定数据库中更新第一数量。

s606：在设定数据库中存储的异常信息满足设定的上报规则的时候，判断移动终端是否处于网络连接状态，当移动终端处于有网络连接的状态下，转到s607；当移动终端处于无网络连接的状态下，则结束流程。

s607：将设定数据库中存储的异常信息封装成https请求并上报至第一电子设备。

s608：上报成功后，将上报成功的异常信息删除。

为实现本申请实施例的方法，本申请实施例还提供了一种信息处理装置，如图7所示，该装置包括：

收集单元701，用于通过设定类收集sdk运行中出现的异常信息；所述设定类中包含有用于捕获sdk运行中出现的异常信息的方法；；

存储单元702，用于将收集到的异常信息存储至设定数据库；

上报单元703，用于根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备；所述第一电子设备用于输出上报的异常信息。

在一实施例中，所述上报单元703根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备，包括：

在所述设定数据库中存储的异常信息的数量满足所述第一设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第一设定条件表征所述设定数据库中存储的异常信息的数量大于或等于设定的上报数量阈值。

在一实施例中，所述上报单元703根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备，还包括：

在所述设定数据库中存储的异常信息的数量不满足所述第一设定条件时，确定第一时间间隔；所述第一时间间隔表征当前时间与最后一次上报异常信息的时间之间的时间间隔；

在所述第一时间间隔满足第二设定条件时，将所述设定数据库中存储的异常信息上报至所述第一电子设备；所述第二设定条件表征所述第一时间间隔大于或等于设定的时间间隔。

在一实施例中，所述上报单元703根据设定的上报规则，将所述设定数据库中存储的异常信息上报至第一电子设备，包括：

将所述设定数据库中存储的异常信息封装成https请求；

将所述https请求上报至所述第一电子设备。

在一实施例中，所述存储单元702将收集到的异常信息存储至设定数据库，包括：

确定收集到的异常信息的密码值；所述密码值基于异常信息的信息内容生成；

在所述设定数据库中未存储有所述密码值对应的异常信息的情况下，将收集到的异常信息存储至所述设定数据库；

在所述设定数据库中存储有所述密码值对应的异常信息的情况下，在所述设定数据库中更新第一数量；所述第一数量表征收集到所述密码值对应的异常信息的次数。

在一实施例中，所述收集单元701通过设定类收集软件开发工具包sdk运行中出现的异常信息，包括：

在所述sdk运行过程中，检测所述sdk对应的应用程序的授权范围，得到检测结果；

在所述检测结果表征允许收集所述sdk的信息时，通过设定类收集sdk运行中出现的异常信息。

在一实施例中，所述装置还包括：

删除单元，用于在所述设定数据库中存储的异常信息上报成功后，将上报成功的异常信息删除。

在一实施例中，所述收集单元701中的设定类为继承设定父类得到的子类；所述设定类通过将所述设定父类中的第一方法重写为第二方法得到；其中，

所述第一方法用于捕获应用程序包apk运行中出现的异常信息；所述第二方法用于捕获sdk运行中出现的异常信息。

实际应用时，收集单元701、存储单元702、上报单元703可由信息处理装置中的处理器来实现。当然，处理器需要运行存储器中存储的程序来实现上述各程序模块的功能。

需要说明的是，上述图7实施例提供的信息处理装置在进行信息处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息处理装置与信息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种电子设备，图8为本申请实施例电子设备的硬件组成结构示意图，如图8所示，电子设备包括：

通信接口1，能够与其它设备比如网络设备等进行信息交互；

处理器2，与通信接口1连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的信息处理方法。而所述计算机程序存储在存储器3上。

当然，实际应用时，电子设备中的各个组件通过总线系统4耦合在一起。可理解，总线系统4用于实现这些组件之间的连接通信。总线系统4除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统4。

本申请实施例中的存储器3用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。

可以理解，存储器3可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，readonlymemory)、可编程只读存储器(prom，programmableread-onlymemory)、可擦除可编程只读存储器(eprom，erasableprogrammableread-onlymemory)、电可擦除可编程只读存储器(eeprom，electricallyerasableprogrammableread-onlymemory)、磁性随机存取存储器(fram，ferromagneticrandomaccessmemory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd-rom，compactdiscread-onlymemory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，randomaccessmemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，staticrandomaccessmemory)、同步静态随机存取存储器(ssram，synchronousstaticrandomaccessmemory)、动态随机存取存储器(dram，dynamicrandomaccessmemory)、同步动态随机存取存储器(sdram，synchronousdynamicrandomaccessmemory)、双倍数据速率同步动态随机存取存储器(ddrsdram，doubledataratesynchronousdynamicrandomaccessmemory)、增强型同步动态随机存取存储器(esdram，enhancedsynchronousdynamicrandomaccessmemory)、同步连接动态随机存取存储器(sldram，synclinkdynamicrandomaccessmemory)、直接内存总线随机存取存储器(drram，directrambusrandomaccessmemory)。本申请实施例描述的存储器3旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器2中，或者由处理器2实现。处理器2可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器2中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2可以是通用处理器、dsp，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器2可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器3，处理器2读取存储器3中的程序，结合其硬件完成前述方法的步骤。

处理器2执行所述程序时实现本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器3，上述计算机程序可由处理器2执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flashmemory、磁表面存储器、光盘、或cd-rom等存储器。

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

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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