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

说明书

本公开关于一种应用管理方法、装置、电子设备及存储介质，应用于微前端系统中的主应用，所述微前端系统还包括多个子应用，所述主应用用于管理各个子应用，包括：响应于针对目标子应用的目标调用指令，从多个子应用集合中确定出所述目标子应用所属的目标子应用集合；在所述目标应用集合中其他子应用的应用状态与所述目标调用指令无冲突的情况下，获取所述目标子应用的指令执行进程信息；根据所述目标子应用的指令执行进程信息，确定针对所述目标子应用的调度结果；所述多个子应用集合通过各个子应用之间的关联信息分组得到，每个子应用集合中的子应用之间具有关联性。该方法可以避免无谓的时间等待，使得子应用难以尽快地对最新指令作出反应。

技术领域

本公开涉及互联网技术领域，尤其涉及一种应用管理方法、装置、电子设备、存储介质及程序产品。

背景技术

微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为把多个小型前端应用聚合为一的应用，具体可转变为一个主应用和多个子应用，其中，主应用一般为常驻，而子应用则根据路由切换等需求来自由启动和退出，由主应用来调度。随着路由的变换和用户的操作行为，可能向不同子应用发出不同的指令，这些指令可能在任意时刻发出，当时的子应用也可能处于任意状态中，那么子应用该如何尽快地响应最新的指令，将影响这个系统的效率。

目前，多采用Promise队列的方式或加锁的方式来处理所有子应用的指令任务。其中，Promise队列是一种按队列处理所用子应用的任务的方式，比如子应用A的load(加载子应用的代码资源)任务在队列中处理时，子应用B的mount(挂载子应用)任务就必须等待；再比如A正在mount过程中，A的unmount(卸载子应用)就必须等待。而加锁方式是设定一个标志位appActivated，如果该标志位为null，则可以执行任意子应用的启动指令，否则，只能先调用appActivated的退出指令，结束后再执行新子应用的启动指令。

然而，这两种方式均不可避免无谓的时间等待，使得子应用难以尽快地对最新指令作出反应。

发明内容

本公开提供一种应用管理方法、装置、电子设备、存储介质及程序产品，以至少解决相关技术中需要无谓的时间等待，使得子应用难以尽快地对最新指令作出反应的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种应用管理方法，包括：

响应于针对目标子应用的目标调用指令，从多个子应用集合中确定出所述目标子应用所属的目标子应用集合；所述多个子应用集合通过各个子应用之间的关联信息分组得到，每个子应用集合中的子应用之间具有关联性；所述目标子应用为各个子应用中的任一子应用，所述目标调用指令为子应用可执行的指令中的任一种指令；

在所述目标应用集合中其他子应用的应用状态与所述目标调用指令无冲突的情况下，获取所述目标子应用的指令执行进程信息；所述指令执行进程信息表示所述目标子应用在预设类型的指令下的执行进程，所述预设类型的指令基于所述目标调用指令确定；

根据所述目标子应用的指令执行进程信息，确定针对所述目标子应用的调度结果。

在一示例性实施例中，所述各个子应用之间的关联信息通过下述方式确定：

获取各个子应用的挂载区域；所述挂载区域表示所述子应用在前端页面中的显示区域；

针对任意两个子应用，若所述两个子应用的挂载区域相同，则确定所述两个子应用之间具有关联性。

在一示例性实施例中，所述根据所述目标子应用的指令执行进程信息，确定针对所述目标子应用的调度结果，包括：

确定所述目标调用指令的指令类型；