一种微前端架构子应用管理方法、装置、设备、存储介质与流程

1.本发明涉及微前端技术领域，特别涉及一种微前端架构子应用管理方法、装置、设备、存储介质。


背景技术：

2.随着近年来，人们对软件业务系统的需求越来越多样，浏览器端的web应用也越来越复杂，导致web应用慢慢成为一个非常庞大的“巨石应用”，不仅开发维护非常麻烦，运行的性能也非常差，微前端架构应运而生。微前端是一种web前端的微服务架构，将web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用可以独立运行、独立开发、独立部署，从而达到前端页面各个模块间的解耦。而qiankun是目前较成熟且常用的一个微前端解决方案。现有技术方案中，为实现主应用纳管子应用，通常采用在主应用中配置各个子应用的服务ip地址、端口、服务名称，而且为满足不同的子应用对于请求转发至不同目标服务的需求，往往需要在主应用的server端进行个性化的开发。每次新增子应用都要进行大量的重复性的开发工作，工作繁琐且效率极低。
3.综上，如何仅需通过简单配置管理新的子应用，无需再大量开发代码或更改配置文件，提高管理子应用的管理效率、开发和维护效率是本领域有待解决的技术问题。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种微前端架构子应用管理方法、装置、设备、存储介质，能够仅需通过简单配置管理新的子应用，无需再大量开发代码或更改配置文件，提高管理子应用的管理效率、开发和维护效率。其具体方案如下：
5.第一方面，本技术公开了一种微前端架构子应用管理方法，应用于主应用，包括：
6.读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；
7.基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；
8.当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；
9.利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。
10.可选的，所述读取用于管理子应用的配置信息之前，还包括：
11.配置包含子应用名称、子应用ip、子应用端口、接口请求转发规则、关键字匹配、服务器地址参数的配置信息。
12.可选的，所述基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用，包括：
13.基于浏览器访问地址和包含于所述配置信息的子应用名称查询对应的子应用ip以及子应用端口，基于所述子应用ip和所述子应用端口激活对应的子应用。
14.可选的，所述基于所述接口请求的头部信息从激活的子应用中确定出发起所述接
口请求的目标子应用之前，还包括：
15.利用所述主应用的服务端对接口请求进行拦截、鉴权处理，以获取成功鉴权的接口请求。
16.可选的，所述利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器，包括：
17.利用所述配置信息确定所述目标子应用对应的转发规则，基于所述转发规则将所述接口请求转发至于所述目标子应用对应的目标服务器。
18.可选的，所述利用所述配置信息确定所述目标子应用对应的转发规则之后，还包括：
19.若确定所述目标子应用对应的转发规则为自定义转发，则在可视化子应用页面中显示对应的目标服务器的服务器地址参数。
20.可选的，所述的微前端架构子应用管理方法，还包括：
21.将配置信息持久化保存至预设本地数据库和/或物理内存，以便所述主应用通过预设信息接口读取所述配置信息。
22.第二方面，本技术公开了一种微前端架构子应用管理装置，应用于主应用，包括：
23.子应用挂载模块，用于读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；
24.子应用激活模块，用于基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；
25.应用确定模块，用于当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；
26.请求转发模块，用于利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。
27.第三方面，本技术公开了一种电子设备，包括：
28.存储器，用于保存计算机程序；
29.处理器，用于执行所述计算机程序，以实现前述公开的微前端架构子应用管理方法的步骤。
30.第四方面，本技术公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的微前端架构子应用管理方法的步骤。
31.由此可见，本技术公开了一种微前端架构子应用管理方法，应用于主应用，包括：读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。可见，通过主应用初始化时动态读取配置信息，根据配置信息进行子应用的加载或者接口转发等操作，即完成子应用的动态管理。通过此方法，管理新的子应用无需再大量开发代码或更改配置文件，仅需通过简单配置，即可完成。方便、快捷，极大的提高了开发和维护效率，加强了微前端架构的健壮性，提升了微前端架构的纳管能力。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
33.图1为本技术公开的一种微前端架构子应用管理方法流程图；
34.图2为本技术公开的一种具体的微前端架构子应用管理方法流程图；
35.图3为本技术公开的一种基于qiankun的微前端架构中主应用管理子应用方法流程图；
36.图4为本技术公开的一种微前端架构子应用管理装置结构示意图；
37.图5为本技术公开的一种电子设备结构图。
具体实施方式
38.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
39.随着近年来，人们对软件业务系统的需求越来越多样，浏览器端的web应用也越来越复杂，导致web应用慢慢成为一个非常庞大的“巨石应用”，不仅开发维护非常麻烦，运行的性能也非常差，微前端架构应运而生。微前端是一种web前端的微服务架构，将web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用可以独立运行、独立开发、独立部署，从而达到前端页面各个模块间的解耦。而qiankun是目前较成熟且常用的一个微前端解决方案。现有技术方案中，为实现主应用纳管子应用，通常采用在主应用中配置各个子应用的服务ip地址、端口、服务名称，而且为满足不同的子应用对于请求转发至不同目标服务的需求，往往需要在主应用的server端进行个性化的开发。每次新增子应用都要进行大量的重复性的开发工作，工作繁琐且效率极低。
40.为此，本技术提供了一种微前端架构子应用管理方案，能够仅需通过简单配置管理新的子应用，无需再大量开发代码或更改配置文件，提高管理子应用的管理效率、开发和维护效率。
41.参照图1所示，本发明实施例公开了一种微前端架构子应用管理方法，应用于主应用，包括：
42.步骤s11：读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用。
43.本实施例中，将配置信息持久化保存至预设本地数据库和/或物理内存，以便所述主应用通过预设信息接口读取所述配置信息。可以理解的是，将子应用所有关键信息，以可视化的方式收集并持久化，为后续利用配置信息进行子应用的纳管进行准备，之后从预设本地数据库或者物理内存中的配置数据集中读取用于管理子应用的配置信息，需要注意的是，在读取配置数据集中的配置信息时一般在主应用初始化时通过接口读取上述所有配置数据集，并将该配置信息缓存在主应用。当读取到用于管理子应用的配置信息之后，完成配
置数据集中所有子应用的挂载，可以理解的是，子应用的挂载，即子应用在主应用做一个“注册登记”，在主应用中记录名称、地址、加载的容器、激活规则等信息。所述子应用，也即除主应用外其余应用都称为子应用，子应用可想象成为主应用的组件，根据主应用的逻辑来激活或销毁，提供具体的业务功能。
44.本实施例中，所述读取用于管理子应用的配置信息之前，还包括：配置包含子应用名称、子应用ip、子应用端口、接口请求转发规则、关键字匹配、服务器地址参数的配置信息。可以理解的是，开发可视化的参数配置页面，所述参数配置页面中包括但不限于如下参数：子应用名称、子应用ip、子应用端口、请求转发规则、关键字匹配、目标服务地址，所述请求转发规则包含：不转发、默认转发、自定义转发三个选项；所述关键字匹配具体为，子应用发起请求的路径中携带此关键字，并且所述关键字匹配只有当请求转发规则选择“自定义转发”时显示此参数信息；所述目标服务地址为子应用发起请求的目标服务器地址，并且只有当请求转发规则选择“自定义转发”时显示此参数信息。由此可见，由前端开发人员在可视化页面中将上述参数配置通过接口保存到数据库或物理存储，所有子应用的配置数据形成一个数据集。
45.步骤s12：基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用。
46.本实施例中，根据浏览器访问地址以及上述配置数据集中的子应用名称来激活相应子应用，也即主应用根据浏览器访问地址中子应用名称来控制激活哪个子应用，即将子应用的页面及其他静态资源读取到页面中，完成子应用页面的显示。其余子应用为非激活状态，所有页面或静态资源不会在页面中加载。具体的，基于浏览器访问地址和包含于所述配置信息的子应用名称查询对应的子应用ip以及子应用端口，基于所述子应用ip和所述子应用端口激活对应的子应用。主应用通过浏览器访问地址中的子应用名称，结合上述配置数据集找到对应子应用ip地址及端口，完成子应用的激活，可见，通过依赖该配置信息，以此实现动态纳管子应用，提高微前端架构的纳管能力，相应的，提升开发效率。
47.步骤s13：当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用。
48.本实施例中，当子应用的页面请求api接口时，根据请求header中的referer识别出请求来源自哪个子应用，并将从激活的子应用中将请求来源的子应用确定为目标子应用。
49.步骤s14：利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。
50.本实施例中，利用配置信息中的转发规则确定与目标子应用对应的目标服务器，并将子应用的页面请求转发至目标服务器进行处理，可以理解的是，由于服务器可能存在多台，因此，在配置信息中预先定义转发规则，确定与子应用对应的目标服务器，以便将来自子应用的页面请求准确转发至对应的目标服务器中。
51.由此可见，本技术公开了一种微前端架构子应用管理方法，应用于主应用，包括：读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；
利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。可见，通过主应用初始化时动态读取配置信息，根据配置信息进行子应用的加载或者接口转发等操作，即完成子应用的动态管理。通过此方法，管理新的子应用无需再大量开发代码或更改配置文件，仅需通过简单配置，即可完成。方便、快捷，极大的提高了开发和维护效率，加强了微前端架构的健壮性，提升了微前端架构的纳管能力。
52.参照图2所示，本发明实施例公开了一种具体的微前端架构子应用管理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：
53.步骤s21：读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用。
54.步骤s22：基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用。
55.其中，步骤s21、s22中更加详细的处理过程，请参照前述公开的实施例内容，在此不再进行赘述。
56.步骤s23：当检测到存在接口请求时，利用所述主应用的服务端对所述接口请求进行拦截、鉴权处理，以获取成功鉴权的接口请求。
57.本实施例中，当子应用的页面请求api接口时，主应用的server端通过代码设置请求拦截器，用于拦截所有的子应用的页面请求，并对该页面的接口请求进行统一的拦截、鉴权。可以理解的是，由于web应用都有服务器端和浏览器端，因此主应用server端，也即web应用的服务器端，主要拦截应用的请求信息，进行鉴权信息拼装、黑白名单等业务处理，以得到鉴权成功之后的接口请求。
58.步骤s24：基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用。
59.本实施例中，获取鉴权成功的接口请求的头部信息，根据头部信息判断接口请求来源于某一个激活后的子应用，例如：根据请求header中的referer识别出请求来源自哪个子应用，其中，referer是header的一部分，当浏览器向web服务器端发送请求的时候，一般会带上referer，用来表示从哪儿链接到当前的网页，服务器端因此可以获得一些信息用于处理，采用的格式是url。换句话说，借着referer，当前的网页可以检查访客从哪里而来，这也常被用来对付伪造的跨网站请求。当访客访问网页时，referer是前一个网页的url。如果是图片的话，通常指的就是图片所在的网页。在网页浏览器送往网页服务器的时候，referer就被包含在接口请求中。
60.步骤s25：利用所述配置信息确定所述目标子应用对应的转发规则，基于所述转发规则将所述接口请求转发至于所述目标子应用对应的目标服务器。
61.本实施例中，利用所述配置信息确定所述目标子应用对应的转发规则，可以理解的是，子应用发起的请求路径中若携带的关键字能够与请求转发规则中“自定义转发”所对应的关键字，则确定所述目标子应用对应的转发规则为自定义转发。相应的，在可视化子应用页面中显示对应的目标服务器的服务器地址参数。根据服务地址参数将接口请求转发至该服务器地址参数对应的目标服务器中，若确定所述目标子应用对应的转发规则为默认转发，则基于默认转发规则将接口请求转发至对应的目标服务器；若确定所述目标子应用对应的转发规则为不转发，则停止转发该接口请求至任一服务器。
62.参照图3所示，基于qiankun的微前端架构中主应用动态纳管子应用的过程，包括：子应用参数配置、配置持久化、配置读取、子应用加载、接口转发，具体如下：首先开发可视化页面，设计包括但不限于如下配置参数：子应用名称、子应用ip、子应用端口、请求转发规则、匹配关键字、目标服务地址；然后，按照上述不同配置信息的格式，将子应用的配置数据持久化入数据库或者物理存储，在数据库或物理存储中组成所有子应用的配置数据集；其次，主应用初始化时，即系统页面初次加载，读取上述配置数据集，在主应用中缓存，同时挂载所有配置数据集中的子应用；根据浏览器访问地址中子应用名称，在上述配置数据集中查找对应子应用的ip地址及端口，激活对应的子应用，显示出该子应用的页面，例如：subapp1、subapp2、subapp3等，需要注意的是，此时系统页面中显示的子应用的页面为激活后的子应用，未激活的子应用页面不显示在系统页面中；当激活后的子应用的页面请求api接口时，主应用的server端拦截，根据请求header中的referer识别出请求来源自哪个子应用，再在上述配置数据中查找对应的转发规则，根据转发规则将请求转发至对应的目标服务器。其中，qiankun具体为，一个生产可用的微前端框架，具备js沙箱、样式隔离、预加载等微前端系统所需的能力。qiankun可以用于任意js框架，微应用接入像嵌入一个iframe系统一样简单。所述微前端，具体为web前端微服务化，即将前端服务按照业务模块或其他规则进行拆分，各个应用独立开发，独立部署，独立发布。所述主应用，即为微前端架构中众多应用中的基础工程，其余应用都在该主应用中注册，在此主应用中根据链接地址来控制要激活哪个工程。只提供总体控制功能，不提供具体的业务性功能。
63.由此可见，通过设置主应用server端对所有激活后的子应用发起的接口请求进行统一拦截等处理，由主应用server端统一根据预先加载的配置信息中的转发规则，直接对应转发处理接口请求至目标服务器，无需对主应用server端进行个性化开发，减少重复性开发工作，简化工作提高效率。
64.参照图4所示，本发明实施例公开了一种具体的微前端架构子应用管理装置，应用于主应用，包括：
65.子应用挂载模块11，用于读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；
66.子应用激活模块12，用于基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；
67.应用确定模块13，用于当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；
68.请求转发模块14，用于利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。
69.所述子应用挂载模块11，具体用于将配置信息持久化保存至预设本地数据库和/或物理内存，以便所述主应用通过预设信息接口读取所述配置信息。可以理解的是，将子应用所有关键信息，以可视化的方式收集并持久化，为后续利用配置信息进行子应用的纳管进行准备，之后从预设本地数据库或者物理内存中的配置数据集中读取用于管理子应用的配置信息，需要注意的是，在读取配置数据集中的配置信息时一般在主应用初始化时通过接口读取上述所有配置数据集，并将该配置信息缓存在主应用。当读取到用于管理子应用的配置信息之后，完成配置数据集中所有子应用的挂载，可以理解的是，子应用的挂载，即
子应用在主应用做一个“注册登记”，在主应用中记录名称、地址、加载的容器、激活规则等信息。所述子应用，也即除主应用外其余应用都称为子应用，子应用可想象成为主应用的组件，根据主应用的逻辑来激活或销毁，提供具体的业务功能。所述读取用于管理子应用的配置信息之前，还包括：配置包含子应用名称、子应用ip、子应用端口、接口请求转发规则、关键字匹配、服务器地址参数的配置信息。可以理解的是，开发可视化的参数配置页面，所述参数配置页面中包括但不限于如下参数：子应用名称、子应用ip、子应用端口、请求转发规则、关键字匹配、目标服务地址，所述请求转发规则包含：不转发、默认转发、自定义转发三个选项；所述关键字匹配具体为，子应用发起请求的路径中携带此关键字，并且所述关键字匹配只有当请求转发规则选择“自定义转发”时显示此参数信息；所述目标服务地址为子应用发起请求的目标服务器地址，并且只有当请求转发规则选择“自定义转发”时显示此参数信息。由此可见，由前端开发人员在可视化页面中将上述参数配置通过接口保存到数据库或物理存储，所有子应用的配置数据形成一个数据集。
70.所述子应用激活模块12，具体用于根据浏览器访问地址以及上述配置数据集中的子应用名称来激活相应子应用，也即主应用根据浏览器访问地址中子应用名称来控制激活哪个子应用，即将子应用的页面及其他静态资源读取到页面中，完成子应用页面的显示。其余子应用为非激活状态，所有页面或静态资源不会在页面中加载。具体的，基于浏览器访问地址和包含于所述配置信息的子应用名称查询对应的子应用ip以及子应用端口，基于所述子应用ip和所述子应用端口激活对应的子应用。主应用通过浏览器访问地址中的子应用名称，结合上述配置数据集找到对应子应用ip地址及端口，完成子应用的激活，可见，通过依赖该配置信息，以此实现动态纳管子应用，提高微前端架构的纳管能力，相应的，提升开发效率。
71.所述应用确定模块13，具体用于当子应用的页面请求api接口时，主应用的server端通过代码设置请求拦截器，用于拦截所有的子应用的页面请求，并对该页面的接口请求进行统一的拦截、鉴权。可以理解的是，由于web应用都有服务器端和浏览器端，因此主应用server端，也即web应用的服务器端，主要拦截应用的请求信息，进行鉴权信息拼装、黑白名单等业务处理，以得到鉴权成功之后的接口请求。
72.所述请求转发模块14，具体用于获取鉴权成功的接口请求的头部信息，根据头部信息判断接口请求来源于某一个激活后的子应用，例如：根据请求header中的referer识别出请求来源自哪个子应用，其中，referer是header的一部分，当浏览器向web服务器端发送请求的时候，一般会带上referer，用来表示从哪儿链接到当前的网页，服务器端因此可以获得一些信息用于处理，采用的格式是url。换句话说，借着referer，当前的网页可以检查访客从哪里而来，这也常被用来对付伪造的跨网站请求。当访客访问网页时，referer是前一个网页的url。如果是图片的话，通常指的就是图片所在的网页。在网页浏览器送往网页服务器的时候，referer就被包含在接口请求中。利用所述配置信息确定所述目标子应用对应的转发规则，可以理解的是，子应用发起的请求路径中若携带的关键字能够与请求转发规则中“自定义转发”所对应的关键字，则确定所述目标子应用对应的转发规则为自定义转发。相应的，在可视化子应用页面中显示对应的目标服务器的服务器地址参数。根据服务地址参数将接口请求转发至该服务器地址参数对应的目标服务器中，若确定所述目标子应用对应的转发规则为默认转发，则基于默认转发规则将接口请求转发至对应的目标服务器；
若确定所述目标子应用对应的转发规则为不转发，则停止转发该接口请求至任一服务器。
73.由此可见，本技术公开了一种微前端架构子应用管理方法，应用于主应用，包括：读取用于管理子应用的配置信息，基于所述配置信息挂载相应的子应用；基于浏览器访问地址和包含于所述配置信息的子应用名称激活对应的子应用；当检测到存在接口请求时，基于所述接口请求的头部信息从激活的子应用中确定出发起所述接口请求的目标子应用；利用所述配置信息确定与所述目标子应用对应的目标服务器，并将所述接口请求转发至所述目标服务器。可见，通过主应用初始化时动态读取配置信息，根据配置信息进行子应用的加载或者接口转发等操作，即完成子应用的动态管理。通过此方法，管理新的子应用无需再大量开发代码或更改配置文件，仅需通过简单配置，即可完成。方便、快捷，极大的提高了开发和维护效率，加强了微前端架构的健壮性，提升了微前端架构的纳管能力。
74.在一些具体实施方式中，所述微前端架构子应用管理装置，具体可以包括：
75.信息配置单元，用于配置包含子应用名称、子应用ip、子应用端口、接口请求转发规则、关键字匹配、服务器地址参数的配置信息。
76.在一些具体实施方式中，所述子应用激活模块12，具体可以包括：
77.应用激活单元，用于基于浏览器访问地址和包含于所述配置信息的子应用名称查询对应的子应用ip以及子应用端口，基于所述子应用ip和所述子应用端口激活对应的子应用。
78.在一些具体实施方式中，所述微前端架构子应用管理装置，具体可以包括：
79.请求鉴权单元，用于利用所述主应用的服务端对接口请求进行拦截、鉴权处理，以获取成功鉴权的接口请求。
80.在一些具体实施方式中，所述请求转发模块14，具体可以包括：
81.规则确定子模块，用于利用所述配置信息确定所述目标子应用对应的转发规则，基于所述转发规则将所述接口请求转发至于所述目标子应用对应的目标服务器。
82.在一些具体实施方式中，所述规则确定子模块，具体可以包括：
83.参数确定单元，用于若确定所述目标子应用对应的转发规则为自定义转发，则在可视化子应用页面中显示对应的目标服务器的服务器地址参数。
84.在一些具体实施方式中，所述微前端架构子应用管理装置，具体可以包括：
85.信息持久化单元，用于将配置信息持久化保存至预设本地数据库和/或物理内存，以便所述主应用通过预设信息接口读取所述配置信息。
86.进一步的，本技术实施例还公开了一种电子设备，图5是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本技术的使用范围的任何限制。
87.图5为本技术实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的微前端架构子应用管理方法中的相关步骤。另外，本实施例中的电子设备20具体可以为电子计算机。
88.本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获
取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
89.其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
90.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。
91.其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的微前端架构子应用管理方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括电子设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。
92.进一步的，本技术还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的微前端架构子应用管理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
93.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
94.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
95.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作
之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
96.以上对本发明所提供的一种微前端架构子应用管理方法、装置、设备、存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。