CN110851294A - 一种程序运行崩溃补救的方法及装置 - Google Patents

一种程序运行崩溃补救的方法及装置 Download PDF

Info

Publication number
CN110851294A
CN110851294A CN201910959648.4A CN201910959648A CN110851294A CN 110851294 A CN110851294 A CN 110851294A CN 201910959648 A CN201910959648 A CN 201910959648A CN 110851294 A CN110851294 A CN 110851294A
Authority
CN
China
Prior art keywords
app
collapse
reason
active page
crash
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.)
Granted
Application number
CN201910959648.4A
Other languages
English (en)
Other versions
CN110851294B (zh
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.)
Shanghai Lake Information Technology Co Ltd
Original Assignee
Shanghai Lake Information Technology 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 Shanghai Lake Information Technology Co Ltd filed Critical Shanghai Lake Information Technology Co Ltd
Priority to CN201910959648.4A priority Critical patent/CN110851294B/zh
Publication of CN110851294A publication Critical patent/CN110851294A/zh
Application granted granted Critical
Publication of CN110851294B publication Critical patent/CN110851294B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/0706—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 the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—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 the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—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 the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • 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
    • 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/0793—Remedial or corrective actions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Retry When Errors Occur (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种程序运行崩溃补救的方法及装置，涉及安卓客户端稳定性维护领域，其中方法包括：当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；在所述APP中重新加载所述第一活动页面，当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。

Description

一种程序运行崩溃补救的方法及装置
技术领域
本发明涉及安卓客户端稳定性维护领域，尤其涉及一种程序运行崩溃补救的方法及装置。
背景技术
随着安卓手机的使用日益广泛，安装在手机上的应用程序(Application，APP)种类也愈发多样，用户在使用APP的过程中会遇到的突发情况也就逐渐增多起来，举例来说，我们会遇到如下场景：打开APP延迟较大，白屏没有内容，点击页面没有反应，或者APP系统闪退等。在这些现象背后有一种情况是最让人头疼的，那就是APP系统崩溃，这时的用户无法查看到APP的内容，更无法对APP中的内容进行操作。
目前在使用安卓手机端的APP时，若发生崩溃的情况，一般不做处理，直接退出APP，之后再重新打开，或者不断尝试关闭再重新加载活动页面。这种方式的崩溃补救处理成功率较低，而且会极大的影响用户体验以及正常的业务流程，无形中增加了用户的流失率，不利于APP产品的持续发展。
因此，安卓手机端的APP在使用时若有崩溃情况发生，如何采用一定的补救方法提高崩溃补救处理的成功率是一个亟待解决的问题。
发明内容
本申请实施例提供一种客户端运行崩溃补救的方法及装置，解决了现有技术中在使用安卓手机端的APP时，遇到崩溃情况发生，补救处理成功率低的问题。
本申请实施例提供一种程序运行崩溃补救的方法，具体包括：
当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；
在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；
当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。
一种可能的实现方式，还包括：
当所述第一崩溃累计次数小于或等于N时，在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第三原因和第三崩溃次数；
当所述第三原因与所述第一原因相同，所述第三原因与所述第二原因不同时，记录第二崩溃累计次数；
当所述第二崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第三崩溃次数，并关闭所述APP。
一种可能的实现方式，还包括：
当所述第三原因与所述第一原因不同，所述第三原因与所述第二原因相同时，记录第三崩溃累计次数；
当所述第三崩溃累计次数大于N时，清空所述APP的缓存，清零所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
一种可能的实现方式，还包括：
当所述第三原因与所述第一原因相同，且所述第三原因与所述第二原因相同时，记录第四崩溃累计次数；
当所述第四崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数、所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
通过给崩溃累计次数设定上限值，当达到上限值时清空APP的缓存，从而更有效的提高崩溃补救处理的成功率；并在达到上限值时清零同一崩溃原因引起的崩溃次数，从而确保下次开启APP后若再发生崩溃，这个崩溃原因重新计数，不受之前计数的影响，以保证崩溃处理的合理性。
一种可能的实现方式，所述检测所述APP后续显示活动页面时是否有崩溃发生，包括：
当检测所述APP后续运行过程中发生崩溃时，关闭当前所述APP显示的所述第二活动页面，并记录所述APP崩溃的第四原因和第四崩溃次数；在所述APP中重新加载所述第二活动页面。
一种可能的实现方式，还包括：
当确定所述APP在开启时发生崩溃时，清空所述APP的缓存，并关闭所述APP。
本申请实施例提供一种程序运行崩溃补救的装置，具体包括：
处理单元，用于当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；
获取单元，用于在所述APP中重新加载所述第一活动页面；
所述处理单元，还用于当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
所述处理单元，还用于当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。
一种可能的实现方式，所述处理单元还用于：
当所述第一崩溃累计次数小于或等于N时，在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第三原因和第三崩溃次数；
当所述第三原因与所述第一原因相同，所述第三原因与所述第二原因不同时，记录第二崩溃累计次数；
当所述第二崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第三崩溃次数，并关闭所述APP。
一种可能的实现方式，所述处理单元还用于：
当所述第三原因与所述第一原因不同，所述第三原因与所述第二原因相同时，记录第三崩溃累计次数；
当所述第三崩溃累计次数大于N时，清空所述APP的缓存，清零所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
本申请实施例提供一种存储介质，包括程序或指令，当所述程序或指令被执行时，使得计算机执行上述任一种可能的设计中的方法。
利用本发明提供的一种程序运行崩溃补救的方法及装置，具有以下有益效果：通过在APP运行并发生崩溃的时候才开始介入崩溃补救处理以及之后的检测模式，并对崩溃处理次数设定上限值，当达到这个上限值会主动清空APP缓存，从而提高APP崩溃补救的成功率。
附图说明
图1为现有技术的一种程序运行崩溃补救的方法的技术架构示意图；
图2为本申请实施例提供的一种程序运行崩溃补救的方法的技术架构示意图；
图3为本申请实施例提供的一种程序运行崩溃补救的方法的流程示意图；
图4为本申请实施例提供的一种程序运行崩溃补救的方法的装置结构示意图。
具体实施方式
为了更好的理解上述技术方案，下面将结合说明书附图及具体的实施方式对上述技术方案进行详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互结合。
目前在使用安卓手机端的APP时，若发生崩溃的情况，一般不做处理，直接退出APP，之后再重新打开。或者有一些是在启动APP时即进入检测模式，并在检测模式下运行，图1为现有技术的一种程序运行崩溃补救的方法的技术架构示意图，如图所示，当检测到有崩溃发生，自动关闭当前崩溃的活动页面，再重新加载该活动页面，若APP正常显示该活动页面，则说明补救成功，再继续保持检测模式下运行APP，若APP仍然发生崩溃，再尝试关闭、重新加载，直至加载成功。这种崩溃补救的方法兼容性差，App运行后直接进入自定义的崩溃检测模式，在正常运行时也会进入自定义的崩溃检测模式，从而易导致App运行时的一些异常行为如页面黑屏等，并且这种崩溃补救的方法单一，只能是一直尝试关闭再加载活动页面，或者无法处理直接退出APP。
图2为本申请实施例提供的一种程序运行崩溃补救的方法的技术架构示意图，如图所示，包括：崩溃补救模块201、检测模块202和安全模块203。
其中，崩溃补救模块201，是与检测模块202和安全模块203连接，用于当APP发生崩溃的时候，将引起APP崩溃的异常消息类抛给异常处理器，对崩溃进行补救处理，若补救成功，则由检测模块202进行检测处理；若补救不成功，继续补救处理，直至因同一种崩溃原因的计数次数大于N，比如N取值为3次，则由安全模块203进行处理。
检测模块202，是与崩溃补救模块201连接，用于在崩溃补救成功后进入，检测运行过程中的APP是否有发生崩溃，若发生崩溃，则由崩溃补救模块201处理。
安全模块203，是与崩溃补救模块201连接，用于当因同一种崩溃原因的计数次数大于N，比如N取值为3次，则由安全模块203调用应用程序接口(Application ProgrammingInterface,API)函数，清空APP缓存，并将这一种崩溃原因对应的计数次数清零，之后再退出APP。
图3为本申请实施例提供的一种程序运行崩溃补救的方法的流程示意图，具体步骤下面将详细描述。
步骤301：当确定应用程序APP在运行过程中发生崩溃时，关闭当前APP崩溃时显示的第一活动页面，并记录APP崩溃的第一原因和第一崩溃次数。
具体的，用户启动APP并进入正常运行状态，当确定APP发生崩溃时，将引起APP崩溃的异常消息类抛给异常处理器，对崩溃进行补救处理，同时自动关闭当前APP崩溃时显示的第一活动页面，并记录APP崩溃的第一原因和第一崩溃次数，其中崩溃的原因按照异常处理类分有很多种，比如：空指针、算术运算错误、数据库缺省值等。
其中，在步骤301之前，若启动APP进入正常运行状态，这个时候是不会进行崩溃检测的，一直到APP发生崩溃，并对APP崩溃处理补救成功后才会进入检测模式，保持检测运行过程中的APP是否有发生崩溃。
步骤302：在APP中重新加载第一活动页面，当APP正常显示第一活动页面时，检测APP后续显示活动页面时是否有崩溃发生。
具体的，当步骤301中，若补救成功，则在重新加载APP中的第一活动页面时，第一活动页面是正常显示的，这时进入检测模式，保持检测后续运行过程中的APP是否有崩溃发生。
其中，检测APP后续显示活动页面时是否有崩溃发生，当检测APP后续运行过程中发生崩溃，关闭当前APP显示的第二活动页面，并记录APP崩溃的第四原因和第四崩溃次数；在APP中重新加载第二活动页面，根据第二活动页面的显示状态是正常还是崩溃继续处理。
当检测APP后续运行过程正常时，继续保持在检测模式下运行。
步骤303：当APP发生崩溃时，记录APP崩溃的第二原因和第二崩溃次数；当第二原因与第一原因相同时，记录第一崩溃累计次数，第一崩溃累计次数为第一崩溃次数和第二崩溃次数之和。
具体的，当APP发生崩溃时，一般来说，对于发生崩溃的同一个活动页面，比如这里的第一活动页面，在关闭再重新加载时若仍发生崩溃，其引起崩溃的原因是同一种原因的概率较大，但也可能有另一种情况，当引起第一活动页面崩溃的原因本身有不止一种时，第一次重新加载发生崩溃和第二次重新加载发生崩溃的原因就可能不是同一个，比如说第一次重新加载发生崩溃的原因是空指针引起的，但在第二次重新加载第一活动页面时，记录到的崩溃原因是有算术运算错误，再仔细核查发现，之前空指针这个异常消息类在抛给异常处理器处理时，因找到指针指向的对象已经问题解决了，但因第一活动页面本身存在不止一种的问题，所以导致这种情况发生。这种情况还有另一种场景也会发生，当第一次重新加载发生崩溃时，用户不是尝试第二次重新加载第一活动页面，而是退出APP再重新打开，因为崩溃原因和对应的崩溃次数在没有达到累计上限值N时是不会清零的，所以这时候也会发生两次重新加载发生崩溃的原因不同的情况。
步骤304：当第一崩溃累计次数大于N时，清空APP的缓存，清零第一崩溃次数和第二崩溃次数，并关闭APP。
具体的，步骤303中崩溃时记录的崩溃原因和崩溃次数，在崩溃原因相同的时候会进行累计计数，这个累计次数有一个上限值N，举例来说，N取值为3次，当累计次数大于3时，自动情况APP的缓存，同时对记录的崩溃原因对应的崩溃次数进行清零，其中，这里清零的原因是因为记录的崩溃次数本身是不会受时间的影响，即它不会主动清零；并且这里的累计次数是不分场景的，不论是相继两次的重新加载还是退出APP后再开启，只要是同一种崩溃原因，对应的崩溃次数都按累计算，并与上限值N进行比较，根据比较结果进一步判断处理。
步骤305：当第一崩溃累计次数小于或等于N时，在APP中重新加载第一活动页面，当APP正常显示第一活动页面时，检测APP后续显示活动页面时是否有崩溃发生；当APP发生崩溃时，记录APP崩溃的第三原因和第三崩溃次数。
其中，当APP发生崩溃时，记录APP崩溃的第三原因和第三崩溃次数，当第三原因与第一原因相同，第三原因与第二原因不同时，记录第二崩溃累计次数；当第二崩溃累计次数大于N时，清空APP的缓存，清零第一崩溃次数和第三崩溃次数，并关闭APP。
或者当第三原因与第一原因不同，第三原因与第二原因相同时，记录第三崩溃累计次数；当第三崩溃累计次数大于N时，清空APP的缓存，清零第二崩溃次数和第三崩溃次数，并关闭APP。
或者当第三原因与第一原因相同，且第三原因与第二原因相同时，记录第四崩溃累计次数；当第四崩溃累计次数大于N时，清空APP的缓存，清零第一崩溃次数、第二崩溃次数和第三崩溃次数，并关闭APP。
此外，在开启APP的时候，一般也会存在崩溃闪退的问题，这个时候在本申请提供的实施例中即作为崩溃补救失败的情况进入安全模式，主动清空APP的缓存再退出APP。
通过上述步骤301-305的过程，可以看出，本申请提供的实施例是在运行过程中发生崩溃的时候才开始介入崩溃补救处理以及检测模式，并且崩溃累计次数有个上限值的界定。通过给崩溃累计次数设定上限值，当达到这个上限值的时候会主动进入安全模块进行清空APP缓存的处理，这种方式可以尽可能的不影响正常运行的APP，从而不存在兼容性差的问题；也在多次处理失败后有一个清空APP缓存的处理，从而更有效的提高崩溃补救处理的成功率；而且在达到上限值时清零同一崩溃原因引起的崩溃次数，从而确保下次开启APP后若再发生崩溃，这个崩溃原因重新计数，不受之前计数的影响，保证了崩溃处理的合理性。
图4为本申请实施例提供的一种程序运行崩溃补救的方法的装置结构示意图，包括处理单元401和获取单元402，详细描述如下。
处理单元，用于当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；
获取单元，用于在所述APP中重新加载所述第一活动页面；
所述处理单元，还用于当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
所述处理单元，还用于当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。
一种可能的实现方式，所述处理单元还用于：
当所述第一崩溃累计次数小于或等于N时，在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第三原因和第三崩溃次数；
当所述第三原因与所述第一原因相同，所述第三原因与所述第二原因不同时，记录第二崩溃累计次数；
当所述第二崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第三崩溃次数，并关闭所述APP。
一种可能的实现方式，所述处理单元还用于：
当所述第三原因与所述第一原因不同，所述第三原因与所述第二原因相同时，记录第三崩溃累计次数；
当所述第三崩溃累计次数大于N时，清空所述APP的缓存，清零所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
最后应说明的是：本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种程序运行崩溃补救的方法，其特征在于，包括：
当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；
在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；
当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。
2.如权利要求1所述的方法，其特征在于，还包括：
当所述第一崩溃累计次数小于或等于N时，在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第三原因和第三崩溃次数；
当所述第三原因与所述第一原因相同，所述第三原因与所述第二原因不同时，记录第二崩溃累计次数；
当所述第二崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第三崩溃次数，并关闭所述APP。
3.如权利要求2所述的方法，其特征在于，还包括：
当所述第三原因与所述第一原因不同，所述第三原因与所述第二原因相同时，记录第三崩溃累计次数；
当所述第三崩溃累计次数大于N时，清空所述APP的缓存，清零所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
4.如权利要求2所述的方法，其特征在于，还包括：
当所述第三原因与所述第一原因相同，且所述第三原因与所述第二原因相同时，记录第四崩溃累计次数；
当所述第四崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数、所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
5.如权利要求1所述的方法，其特征在于，所述检测所述APP后续显示活动页面时是否有崩溃发生，包括：
当检测所述APP后续运行过程中发生崩溃时，关闭当前所述APP显示的所述第二活动页面，并记录所述APP崩溃的第四原因和第四崩溃次数；在所述APP中重新加载所述第二活动页面。
6.如权利要求1所述的方法，其特征在于，还包括：
当确定所述APP在开启时发生崩溃时，清空所述APP的缓存，并关闭所述APP。
7.一种程序运行崩溃补救的装置，其特征在于，包括：
处理单元，用于当确定应用程序APP在运行过程中发生崩溃时，关闭当前所述APP崩溃时显示的第一活动页面，并记录所述APP崩溃的第一原因和第一崩溃次数；
获取单元，用于在所述APP中重新加载所述第一活动页面；
所述处理单元，还用于当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
所述处理单元，还用于当所述APP发生崩溃时，记录所述APP崩溃的第二原因和第二崩溃次数；当所述第二原因与所述第一原因相同时，记录第一崩溃累计次数，所述第一崩溃累计次数为所述第一崩溃次数和所述第二崩溃次数之和；当所述第一崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第二崩溃次数，并关闭所述APP。
8.如权利要求7所述的装置，其特征在于，所述处理单元还用于：
当所述第一崩溃累计次数小于或等于N时，在所述APP中重新加载所述第一活动页面，当所述APP正常显示所述第一活动页面时，检测所述APP后续显示活动页面时是否有崩溃发生；
当所述APP发生崩溃时，记录所述APP崩溃的第三原因和第三崩溃次数；
当所述第三原因与所述第一原因相同，所述第三原因与所述第二原因不同时，记录第二崩溃累计次数；
当所述第二崩溃累计次数大于N时，清空所述APP的缓存，清零所述第一崩溃次数和所述第三崩溃次数，并关闭所述APP。
9.如权利要求8所述的装置，其特征在于，所述处理单元还用于：
当所述第三原因与所述第一原因不同，所述第三原因与所述第二原因相同时，记录第三崩溃累计次数；
当所述第三崩溃累计次数大于N时，清空所述APP的缓存，清零所述第二崩溃次数和所述第三崩溃次数，并关闭所述APP。
10.一种存储介质，其特征在于，包括程序或指令，当所述程序或指令被执行时，如权利要求1至6中任意一项所述的方法被执行。
CN201910959648.4A 2019-10-10 2019-10-10 一种程序运行崩溃补救的方法及装置 Active CN110851294B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910959648.4A CN110851294B (zh) 2019-10-10 2019-10-10 一种程序运行崩溃补救的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910959648.4A CN110851294B (zh) 2019-10-10 2019-10-10 一种程序运行崩溃补救的方法及装置

Publications (2)

Publication Number Publication Date
CN110851294A true CN110851294A (zh) 2020-02-28
CN110851294B CN110851294B (zh) 2023-06-30

Family

ID=69597196

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910959648.4A Active CN110851294B (zh) 2019-10-10 2019-10-10 一种程序运行崩溃补救的方法及装置

Country Status (1)

Country Link
CN (1) CN110851294B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552623A (zh) * 2020-04-30 2020-08-18 汉海信息技术(上海)有限公司 一种确定页面内存消耗的方法及装置
CN111858303A (zh) * 2020-06-05 2020-10-30 百度在线网络技术（北京）有限公司 小程序的页面控制方法、装置、设备及介质
CN112256491A (zh) * 2020-12-18 2021-01-22 北京读我网络技术有限公司 一种基于Android平台的应用程序防护方法及系统

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5208814A (en) * 1990-09-28 1993-05-04 Xerox Corporation Method and apparatus for operating an electronic reprographic printing system containing a job submit counter
US6230284B1 (en) * 1998-04-24 2001-05-08 Intel Corporation Initiating corrective action after the occurrence of a program error
US20040205399A1 (en) * 2000-04-14 2004-10-14 Landy Wang System and method for self-diagnosing system crashes
CN1725187A (zh) * 2005-04-30 2006-01-25 珠海金山软件股份有限公司 在计算机上当软件崩溃时保存用户数据的方法及装置
US20080141065A1 (en) * 2006-11-14 2008-06-12 Honda Motor., Ltd. Parallel computer system
US20100174945A1 (en) * 2007-06-06 2010-07-08 Nec Corporation Communication network failure cause analysis system, failure cause analysis method, and failure cause analysis program
CN105138459A (zh) * 2015-09-11 2015-12-09 北京金山安全软件有限公司 一种对软件程序进行测试的方法及装置
CN106354577A (zh) * 2016-08-22 2017-01-25 上海亿账通互联网科技有限公司 crash信息存储方法及系统
US20170116059A1 (en) * 2015-10-27 2017-04-27 Time Warner Cable Enterprises Llc Anomaly detection, alerting, and failure correction in a network
CN108121612A (zh) * 2017-12-19 2018-06-05 上海斐讯数据通信技术有限公司 一种基于Linux内核路由器的崩溃处理方法和系统
CN109086164A (zh) * 2018-06-29 2018-12-25 努比亚技术有限公司 一种应用崩溃处理方法、终端及计算机可读存储介质
CN109669795A (zh) * 2018-12-14 2019-04-23 麒麟合盛网络技术股份有限公司 崩溃信息处理方法及装置
CN109739672A (zh) * 2018-11-23 2019-05-10 惠州Tcl移动通信有限公司 应用程序崩溃的处理方法、计算机存储介质及移动终端
CN109901941A (zh) * 2018-12-15 2019-06-18 中国平安人寿保险股份有限公司 应用程序崩溃处理方法及装置、计算机装置及存储介质
CN110175105A (zh) * 2019-05-14 2019-08-27 维沃移动通信有限公司 一种崩溃提示方法和终端
CN110262838A (zh) * 2019-06-14 2019-09-20 深圳乐信软件技术有限公司 一种程序崩溃的处理方法、装置、终端及存储介质
US20190303233A1 (en) * 2018-03-28 2019-10-03 Futurewei Technologies, Inc. Automatically Detecting Time-Of-Fault Bugs in Cloud Systems

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5208814A (en) * 1990-09-28 1993-05-04 Xerox Corporation Method and apparatus for operating an electronic reprographic printing system containing a job submit counter
US6230284B1 (en) * 1998-04-24 2001-05-08 Intel Corporation Initiating corrective action after the occurrence of a program error
US20040205399A1 (en) * 2000-04-14 2004-10-14 Landy Wang System and method for self-diagnosing system crashes
CN1725187A (zh) * 2005-04-30 2006-01-25 珠海金山软件股份有限公司 在计算机上当软件崩溃时保存用户数据的方法及装置
US20080141065A1 (en) * 2006-11-14 2008-06-12 Honda Motor., Ltd. Parallel computer system
US20100174945A1 (en) * 2007-06-06 2010-07-08 Nec Corporation Communication network failure cause analysis system, failure cause analysis method, and failure cause analysis program
CN105138459A (zh) * 2015-09-11 2015-12-09 北京金山安全软件有限公司 一种对软件程序进行测试的方法及装置
US20170116059A1 (en) * 2015-10-27 2017-04-27 Time Warner Cable Enterprises Llc Anomaly detection, alerting, and failure correction in a network
CN106354577A (zh) * 2016-08-22 2017-01-25 上海亿账通互联网科技有限公司 crash信息存储方法及系统
CN108121612A (zh) * 2017-12-19 2018-06-05 上海斐讯数据通信技术有限公司 一种基于Linux内核路由器的崩溃处理方法和系统
US20190303233A1 (en) * 2018-03-28 2019-10-03 Futurewei Technologies, Inc. Automatically Detecting Time-Of-Fault Bugs in Cloud Systems
CN109086164A (zh) * 2018-06-29 2018-12-25 努比亚技术有限公司 一种应用崩溃处理方法、终端及计算机可读存储介质
CN109739672A (zh) * 2018-11-23 2019-05-10 惠州Tcl移动通信有限公司 应用程序崩溃的处理方法、计算机存储介质及移动终端
CN109669795A (zh) * 2018-12-14 2019-04-23 麒麟合盛网络技术股份有限公司 崩溃信息处理方法及装置
CN109901941A (zh) * 2018-12-15 2019-06-18 中国平安人寿保险股份有限公司 应用程序崩溃处理方法及装置、计算机装置及存储介质
CN110175105A (zh) * 2019-05-14 2019-08-27 维沃移动通信有限公司 一种崩溃提示方法和终端
CN110262838A (zh) * 2019-06-14 2019-09-20 深圳乐信软件技术有限公司 一种程序崩溃的处理方法、装置、终端及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
龙达鑫;: "运用JAVA异常机制分析安卓应用程序崩溃", 信息技术与信息化, no. 04 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552623A (zh) * 2020-04-30 2020-08-18 汉海信息技术(上海)有限公司 一种确定页面内存消耗的方法及装置
CN111552623B (zh) * 2020-04-30 2023-10-27 汉海信息技术(上海)有限公司 一种确定页面内存消耗的方法及装置
CN111858303A (zh) * 2020-06-05 2020-10-30 百度在线网络技术（北京）有限公司 小程序的页面控制方法、装置、设备及介质
CN111858303B (zh) * 2020-06-05 2023-12-01 百度在线网络技术（北京）有限公司 小程序的页面控制方法、装置、设备及介质
CN112256491A (zh) * 2020-12-18 2021-01-22 北京读我网络技术有限公司 一种基于Android平台的应用程序防护方法及系统
CN112256491B (zh) * 2020-12-18 2021-11-09 北京读我网络技术有限公司 一种基于Android平台的应用程序防护方法及系统

Also Published As

Publication number Publication date
CN110851294B (zh) 2023-06-30

Similar Documents

Publication Publication Date Title
CN110851294A (zh) 一种程序运行崩溃补救的方法及装置
WO2018196559A1 (zh) 应用程序异常处理方法、装置及存储介质
US10795793B1 (en) Method and system for simulating system failures using domain-specific language constructs
WO2019140739A1 (zh) 客户回访的判断方法、电子装置及计算机可读存储介质
CN111367698B (zh) 应用程序闪退的检测及处理方法、装置及电子设备
CN113190427B (zh) 卡顿监控方法、装置、电子设备及存储介质
CN111930703A (zh) 日志文件自动抓取方法、装置和计算机设备
US8621276B2 (en) File system resiliency management
CN113467981A (zh) 异常处理的方法和装置
CN114461341A (zh) 一种云平台虚拟机防脑裂方法、装置及介质
CN110989877A (zh) 一种消息管理方法、相关设备及计算机可读存储介质
CN104077210A (zh) 一种客户端崩溃的定位方法及系统
TWI697776B (zh) 電腦系統、其更新方法及電腦程式產品
CN109195021B (zh) 截图分享方法和装置
CN109491771B (zh) 基于系统性能优化的任务处理方法及相关设备
CN111078418A (zh) 操作同步方法、装置、电子设备及计算机可读存储介质
US20220229718A1 (en) Automated crash recovery
US11671440B1 (en) Detection failure monitoring system
CN113220554B (zh) 检测程序代码的性能的方法和设备
CN113127245B (zh) 一种系统管理中断的处理方法、系统及装置
CN113850664A (zh) 一种数据异常检测方法及数据上报服务
US11442843B2 (en) Methods and systems for identifying, handling, and debugging a hung thread
CN107783852B (zh) 一种dump文件生成方法及终端
CN110837433A (zh) 性能优化方法、装置及电子设备
CN113613063B (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
GR01 Patent grant
GR01 Patent grant