[发明专利]应用的管理方法、装置、设备及存储介质

说明书

本申请提供了一种应用的管理方法、装置、设备及存储介质，涉及终端技术领域。该方法包括：对已安装且处于运行状态的第一应用进行监控，若监控到第一应用发生崩溃crash事件，则在确定存在第一应用的升级版本的情况下，获取第一应用的升级数据包，基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善，从而对第一应用的crash问题进行管理。另外，即使第一应用的自动升级功能被关闭，电子设备仍会在第一应用发生crash事件后对第一应用进行升级，可以避免在升级版本能够解决crash问题的情况下而由于第一应用的自动升级功能关闭，导致第一应用无法实现升级的问题。

技术领域

本申请涉及终端技术领域，尤其涉及一种应用的管理方法、装置、设备及存储介质。

背景技术

随着终端技术的快速发展，电子设备中可以安装各种类型的应用。然而，受到电子设备的系统兼容性、应用本身的稳定性等因素的影响，应用在电子设备中运行可能会崩溃，也即可能会发生崩溃(crash)事件。

通常情况下，当应用发生crash事件时，该应用就会被电子设备强制关闭掉，也即会被电子设备kill掉，此时该应用会出现闪退现象，如此带来了较差的用户体验。所以，如何针对应用的crash问题进行管理成为研究的热点。

发明内容

本申请提供一种应用的管理方法、装置、设备及存储介质，解决了现有技术中如何针对应用的crash问题进行管理的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种应用的管理方法，所述方法包括：

对已安装且处于运行状态的第一应用进行监控；

若监控到所述第一应用发生崩溃crash事件，则在确定存在所述第一应用的升级版本的情况下，获取所述第一应用的升级数据包；

基于所述升级数据包对所述第一应用进行升级。

作为一种示例，第一应用可以为电子设备中的任意一个应用，或者，也可以是电子设备中的某个特定的应用。

如此，在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善，从而对第一应用的crash问题进行管理。

另外，无论第一应用的自动升级功能是否被开启，或者说，即使第一应用的自动升级功能被关闭，电子设备仍会在第一应用发生crash事件后，对第一应用进行升级，可以避免由于第一应用的自动升级功能关闭后无法实现升级的问题。

在本申请一种可能的实现方式中，所述若监控到所述第一应用发生崩溃crash事件，则在确定存在所述第一应用的升级版本的情况下，获取所述第一应用的升级数据包，包括：

若监控到所述第一应用发生crash事件，则统计crash次数，所述crash次数是指当前版本的所述第一应用已发生过的所有crash事件的次数；

若所述crash次数大于或等于次数阈值，则在确定存在所述第一应用的升级版本的情况下，获取所述第一应用的升级数据包。

在一些实施中偶尔发生一次crash事件可能不会对用户的使用产生较大的影响，所以在当前版本的第一应用的crash次数小于次数阈值时可以不查询是否存在第一应用的升级版本，而是在确定当前版本的第一应用多次发生crash事件后再查询是否存在第一应用的升级版本。如此电子设备不是每次监控到第一应用发生crash事件就执行查询操作，也即不是每次都尝试对第一应用进行升级，不仅可以节省电子设备的运行功耗，也可以避免由于频繁升级导致给用户带来较差的用户体验的问题。

在本申请一种可能的实现方式中，所述在确定存在所述第一应用的升级版本的情况下，获取所述第一应用的升级数据包，包括：