CN112256491B

CN112256491B - 一种基于Android平台的应用程序防护方法及系统

Info

Publication number: CN112256491B
Application number: CN202011499006.XA
Authority: CN
Inventors: 贠相勇; 王强
Original assignee: Beijing Duwo Network Technology Co ltd
Current assignee: Beijing Duwo Network Technology Co ltd
Priority date: 2020-12-18
Filing date: 2020-12-18
Publication date: 2021-11-09
Anticipated expiration: 2040-12-18
Also published as: CN112256491A

Abstract

本发明公开了一种基于Android平台的应用程序防护方法及系统，方法包括：在目标应用程序初始化时，获取本地缓存的第一崩溃次数；将获取到的第一崩溃次数加1，得到第二崩溃次数，并将第二崩溃次数存入本地缓存；判断第二崩溃次数是否大于等于5次，若是，则：额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；处理扩展功能；进入目标应用程序首页；判断目标应用程序的运行时间是否大于6秒，若是，则：将存入本地缓存的第二崩溃次数设置为0。本发明能够有效的防止应用程序崩溃卡死，进而提升用户体验。

Description

一种基于Android平台的应用程序防护方法及系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于Android平台的应用程序防护方法及系统。

背景技术

随着移动互联网的快速发展，诞生了很多APP（Applicatio，应用程序）。目前，随着使用某一款APP的用户数的不断上升，用户在使用该APP的过程中偶尔会出现闪退的情况，这就大大降低了用户使用该APP的体验。针对这个问题，现有技术普遍的做法是在该APP崩溃之后重新启动。虽然这种重新启动的方式在一定程度上可以减少因为崩溃带来的损失，但是却有很多弊端。如：如果这个崩溃点发生在首页，或者是初始化相关的逻辑等，就会出现APP循环崩溃的情况，从而导致用户卸载该APP。

因此，如何有效的防止应用程序崩溃卡死，以提升用户体验，是一项亟待解决的问题。

发明内容

有鉴于此，本发明提供了一种基于Android平台的应用程序防护方法，能够有效的防止应用程序崩溃卡死，进而提升用户体验。

本发明提供了一种基于Android平台的应用程序防护方法，包括：

在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

将获取到的所述第一崩溃次数加1，得到第二崩溃次数，并将所述第二崩溃次数存入本地缓存；

判断所述第二崩溃次数是否大于等于5次，若是，则：

额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

处理扩展功能；

进入所述目标应用程序首页；

判断所述目标应用程序的运行时间是否大于6秒，若是，则：

将存入本地缓存的所述第二崩溃次数设置为0。

优选地，当所述第二崩溃次数小于5次时，还包括：

判断所述第二崩溃次数是否大于等于4次，若是，则：

清除所有本地缓存数据，并立即重启所述目标应用程序。

优选地，当所述第二崩溃次数小于4次时，还包括：

判断所述第二崩溃次数是否大于等于3次，若是，则：

确定是否清除缓存，若否，则：

进入所述目标应用程序首页。

优选地，当确定清除缓存时，还包括：

清除本地所有缓存数据，并立即重启所述目标应用程序。

优选地，当所述第二崩溃次数小于3次时，还包括：

进入所述目标应用程序首页。

一种基于Android平台的应用程序防护系统，包括：

获取模块，用于在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

存储模块，用于将获取到的所述第一崩溃次数加1，得到第二崩溃次数，并将所述第二崩溃次数存入本地缓存；

第一判断模块，用于判断所述第二崩溃次数是否大于等于5次；

第一策略模块，用于当所述第二崩溃次数大于等于5次时，额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

处理模块，用于处理扩展功能；

进入模块，用于进入所述目标应用程序首页；

第二判断模块，用于判断所述目标应用程序的运行时间是否大于6秒；

设置模块，用于当所述目标应用程序的运行时间大于6秒时，将存入本地缓存的所述第二崩溃次数设置为0。

优选地，当所述第二崩溃次数小于5次时，还包括：

第三判断模块，用于判断所述第二崩溃次数是否大于等于4次；

第二策略模块，用于当所述第二崩溃次数大于等于4次时，清除所有本地缓存数据，并立即重启所述目标应用程序。

优选地，当所述第二崩溃次数小于4次时，还包括：

第四判断模块，用于判断所述第二崩溃次数是否大于等于3次；

确定模块，用于当所述第二崩溃次数大于等于3次时，确定是否清除缓存；

所述进入模块，还用于当确定不清除缓存时，进入所述目标应用程序首页。

优选地，所述系统还包括：

第三策略模块，用于当确定清除缓存时，清除本地所有缓存数据，并立即重启所述目标应用程序。

优选地，当所述第二崩溃次数小于3次时，所述进入模块，还用于进入所述目标应用程序首页。

综上所述，本发明公开了一种基于Android平台的应用程序防护方法，当需要对应用程序进行防护时，首先，在目标应用程序初始化时，获取本地缓存的第一崩溃次数；然后，将获取到的所述第一崩溃次数加1，得到第二崩溃次数，并将所述第二崩溃次数存入本地缓存；判断所述第二崩溃次数是否大于等于5次，若是，则：额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；处理扩展功能；进入目标应用程序首页；判断目标应用程序的运行时间是否大于6秒，若是，则：将存入本地缓存的所述第二崩溃次数设置为0。本发明通过假设本次目标应用程序会发生崩溃，从而对目标应用程序进行全面系统的监测和保护，有效防止了应用程序崩溃卡死，进而提升了用户体验。

附图说明

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

图1为本发明公开的一种基于Android平台的应用程序防护方法实施例1的流程图；

图2为本发明公开的一种基于Android平台的应用程序防护方法实施例2的流程图；

图3为本发明公开的一种基于Android平台的应用程序防护系统实施例1的结构示意图；

图4为本发明公开的一种基于Android平台的应用程序防护系统实施例2的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明公开的一种基于Android平台的应用程序防护方法实施例1的流程图，所述方法可以包括以下步骤：

S101、在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

在目标应用程序初始化时，即在用户需要打开的应用程序初始化时，获取预先存储至本地缓存的第一崩溃次数。其中，第一崩溃次数为预先假设本次打开目标应用程序会发生崩溃，然后在本地缓存中存入的一个计数。

S102、将获取到的第一崩溃次数加1，得到第二崩溃次数，并将第二崩溃次数存入本地缓存；

在获取到第一崩溃次数后，将第一崩溃次数加1，得到第二崩溃次数，并将得到的第二崩溃次数存入本地缓存。

S103、判断第二崩溃次数是否大于等于5次，若是，则进入S104：

然后，判断得到的第二崩溃次数是否大于等于5次。

S104、额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

当第二崩溃次数大于等于5次时，额外开启一个线程，阻塞当前崩溃线程的执行，并进行功能扩展。

S105、处理扩展功能；

在扩展线程做一些扩展性和针对性的操作。如，在这个地方可以下载插件，进行热修复，或者跳H5界面等等。

S106、进入目标应用程序首页；

然后，进入目标应用程序首页。

S107、判断目标应用程序的运行时间是否大于6秒，若是，则进入S108：

在进入目标应用程序首页后，进一步判断目标应用程序的运行时间是否大于6秒，若目标应用程序的运行时间大于6秒则视为本次目标应用程序打开正常。

S108、将存入本地缓存的第二崩溃次数设置为0。

当目标应用程序的运行时间大于6秒时，将存入本地缓存的第二崩溃次数设置为0。

综上所述，在上述实施例中，当需要对应用程序进行防护时，首先，在目标应用程序初始化时，获取本地缓存的第一崩溃次数；然后，将获取到的所述第一崩溃次数加1，得到第二崩溃次数，并将所述第二崩溃次数存入本地缓存；判断所述第二崩溃次数是否大于等于5次，若是，则：额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；处理扩展功能；进入目标应用程序首页；判断目标应用程序的运行时间是否大于6秒，若是，则：将存入本地缓存的所述第二崩溃次数设置为0。通过假设本次目标应用程序会发生崩溃，从而对目标应用程序进行全面系统的监测和保护，有效防止了应用程序崩溃卡死，进而提升了用户体验。

如图2所示，为本发明公开的一种基于Android平台的应用程序防护方法实施例2的流程图，所述方法可以包括以下步骤：

S201、在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

S202、将获取到的第一崩溃次数加1，得到第二崩溃次数，并将第二崩溃次数存入本地缓存；

S203、判断第二崩溃次数是否大于等于5次，若否，则进入S204，若是，则进入S208：

然后，判断得到的第二崩溃次数是否大于等于5次。

S204、判断第二崩溃次数是否大于等于4次，若否，则进入S205，若是，则进入S207：

当第二崩溃次数小于5次时，继续判断第二崩溃次数是否大于等于4次。

S205、判断第二崩溃次数是否大于等于3次，若是，则进入S206，若否，则进入S210：

当第二崩溃次数小于4次时，继续判断第二崩溃次数是否大于等于3次。当第二崩溃次数小于3次时，进入目标应用程序首页。

S206、确定是否清除缓存，若是，则进入S207，若否，则进入S210：

当第二崩溃次数大于等于3次时，弹出一个强提示弹窗，提醒用户“检测到您的APP发生多次崩溃，建议清除缓存重新登录”。当用户确定不清除缓存时，进入目标应用程序首页。

S207、清除本地所有缓存数据，并立即重启目标应用程序；

当用户确定清除缓存时，清除本地所有缓存数据，并立即重启目标应用程序。

S208、额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

S209、处理扩展功能；

S210、进入目标应用程序首页；

然后，进入目标应用程序首页。

S211、判断目标应用程序的运行时间是否大于6秒，若是，则进入S108：

S212、将存入本地缓存的第二崩溃次数设置为0。

综上所述，通过逆向定位，假设本次会发生崩溃，从而对APP进行全面系统的监测和保护，解决了如果这个崩溃点发生在首页，或者是初始化相关的逻辑等，就会出现APP循环崩溃的情况，从而导致用户卸载APP的问题；通过增加策略模式，分级对崩溃进行处理，解决了崩溃的方式过于单一简单，用户体验不好的问题；通过支持功能扩展，可以根据自己的需求和具体的场景灵活下发对应的策略，解决了扩展性不高，解决方案比较固定，无法针对具体的情况添加扩展功能支持的问题。

如图3所示，为本发明公开的一种基于Android平台的应用程序防护系统实施例1的结构示意图，所述系统可以包括：

获取模块301，用于在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

存储模块302，用于将获取到的第一崩溃次数加1，得到第二崩溃次数，并将第二崩溃次数存入本地缓存；

第一判断模块303，用于判断第二崩溃次数是否大于等于5次；然后，判断得到的第二崩溃次数是否大于等于5次。

第一策略模块304，用于当所述第二崩溃次数大于等于5次时，额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

处理模块305，用于处理扩展功能；

进入模块306，用于进入目标应用程序首页；

然后，进入目标应用程序首页。

第二判断模块307，用于判断目标应用程序的运行时间是否大于6秒；在进入目标应用程序首页后，进一步判断目标应用程序的运行时间是否大于6秒，若目标应用程序的运行时间大于6秒则视为本次目标应用程序打开正常。

设置模块308，用于当所述目标应用程序的运行时间大于6秒时，将存入本地缓存的第二崩溃次数设置为0。

如图4所示，为本发明公开的一种基于Android平台的应用程序防护系统实施例2的结构示意图，所述系统可以包括：

获取模块401，用于在目标应用程序初始化时，获取本地缓存的第一崩溃次数；

存储模块402，用于将获取到的第一崩溃次数加1，得到第二崩溃次数，并将第二崩溃次数存入本地缓存；

第一判断模块403，用于判断第二崩溃次数是否大于等于5次；然后，判断得到的第二崩溃次数是否大于等于5次。

第三判断模块404，用于当所述第二崩溃次数小于5次时，判断所述第二崩溃次数是否大于等于4次；

第四判断模块405，用于当所述第二崩溃次数小于4次时，判断所述第二崩溃次数是否大于等于3次；

确定模块406，用于当所述第二崩溃次数大于等于3次时，确定是否清除缓存；当第二崩溃次数大于等于3次时，弹出一个强提示弹窗，提醒用户“检测到您的APP发生多次崩溃，建议清除缓存重新登录”。当用户确定不清除缓存时，进入目标应用程序首页。

第三策略模块407，用于当确定清除缓存时，清除本地所有缓存数据，并立即重启目标应用程序；

第一策略模块408，用于当所述第二崩溃次数大于等于5次时，额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

处理模块409，用于处理扩展功能；

进入模块410，用于进入目标应用程序首页；

然后，进入目标应用程序首页。

第二判断模块411，用于判断目标应用程序的运行时间是否大于6秒；在进入目标应用程序首页后，进一步判断目标应用程序的运行时间是否大于6秒，若目标应用程序的运行时间大于6秒则视为本次目标应用程序打开正常。

设置模块412，用于当所述目标应用程序的运行时间大于6秒时，将存入本地缓存的第二崩溃次数设置为0。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种基于Android平台的应用程序防护方法，其特征在于，包括：

在目标应用程序初始化时，获取本地缓存的第一崩溃次数，所述第一崩溃次数为预先假设本次打开目标应用程序会发生崩溃，然后在本地缓存中存入的一个计数；

判断所述第二崩溃次数是否大于等于5次，若是，则：

额外开启一个线程，阻塞当前崩溃线程，进行功能扩展；

处理扩展功能；

进入所述目标应用程序首页；

判断所述目标应用程序的运行时间是否大于6秒，若是，则：

视为本次目标应用程序打开正常，将存入本地缓存的所述第二崩溃次数设置为0；

当所述第二崩溃次数小于5次时，还包括：

判断所述第二崩溃次数是否大于等于4次，若是，则：

清除所有本地缓存数据，并立即重启所述目标应用程序；

当所述第二崩溃次数小于4次时，还包括：

判断所述第二崩溃次数是否大于等于3次，若是，则：

确定是否清除缓存，若否，则：

进入所述目标应用程序首页；

当确定清除缓存时，还包括：

清除本地所有缓存数据，并立即重启所述目标应用程序；

当所述第二崩溃次数小于3次时，还包括：

进入所述目标应用程序首页。

2.一种基于Android平台的应用程序防护系统，其特征在于，包括：

处理模块，用于处理扩展功能；

进入模块，用于进入所述目标应用程序首页；

设置模块，用于当所述目标应用程序的运行时间大于6秒时，视为本次目标应用程序打开正常，将存入本地缓存的所述第二崩溃次数设置为0；

当所述第二崩溃次数小于5次时，还包括：

第二策略模块，用于当所述第二崩溃次数大于等于4次时，清除所有本地缓存数据，并立即重启所述目标应用程序；

当所述第二崩溃次数小于4次时，还包括：

所述进入模块，还用于当确定不清除缓存时，进入所述目标应用程序首页；

还包括：

第三策略模块，用于当确定清除缓存时，清除本地所有缓存数据，并立即重启所述目标应用程序；

当所述第二崩溃次数小于3次时，所述进入模块，还用于进入所述目标应用程序首页。