[发明专利]管理分发方法和装置

说明书

本发明公开管理分发方法和装置，其中，一种管理分发方法方法，用于微前端基座，其中，云服务器包括微前端基座，所述云服务器的所有子服务的入口均转发至所述微前端基座，所述方法包括：响应于接收到浏览器的第一请求，向所述浏览器返回所述微前端基座的第一资源文件，其中，所述第一资源文件包括与所述微前端基座相关的html和js文件，所述浏览器能够对所述预设资源文件的解析获取到真实子服务器地址；响应于所述浏览器对所述真实子服务器发送第二请求，向所述浏览器返回第二资源文件，其中，所述第二资源文件包括css文件和js文件。

技术领域

本发明属于基座技术领域，尤其涉及管理分发方法和装置。

背景技术

相关技术中，目前市面上微前端架构方案，都有脚本，层叠样式表沙箱环境；服务自治；运行时动态解析依赖；服务间通信。

市面上的微前端架构，大多通过iframe嵌套应用或nginx分发应用，达到脚本，层叠样式表的沙箱隔离和服务自治。Single-spa这类技术，以js entry为入口，动态加载bundle。

iframe使用postmessage，single-spa采取webpack target library在运行时注入子服务，实现对象控制通信。

目前绝大多数微前端架构主要分为：

(1)路由分发式

路由分发式，是常见的一种微前端架构解决方案，通过Nginx分发请求至不同的子服务上，看起来像是一个整体。当切换时菜单时，实际上是在本页面打开新的网站，页面每次都会重新加载。当公共依赖更新时，对于子服务而言，不管是构建时还是运行时，都需要提测更新每个子服务，开发和运维效率变得低下。

多个子服务，存在相同的运行时数据，不能够共享。

(2)Iframe

通过主容器，内嵌iframe加载不同的子服务，实现服务聚合，以及脚本，层叠样式表的作用域隔离。但是这样的方案，跨服务通信变得麻烦，服务耦合性侵入式高。不利于网站SEO，同时切换子服务时，每次都需重新刷新加载。

(3)Web components

Web components允许自定义元素，是一种面向未来的架构。目前浏览器还存在许多兼容问题，不适合实际使用。

(4)Single-spa

使用js entry为入口文件，动态解析Bundle。但子服务版本更新时，对应的依赖版本都需要更新，这让开发和运维效率变得低下。通常构建出的bundle.js比较大，拖慢页面打开速度。

发明内容

本发明实施例提供一种管理分发方法和装置，用于至少解决上述技术问题之一。

第一方面，本发明实施例提供一种管理分发方法，用于微前端基座，其中，云服务器包括微前端基座，所述云服务器的所有子服务的入口均转发至所述微前端基座，所述方法包括：响应于接收到浏览器的第一请求，向所述浏览器返回所述微前端基座的第一资源文件，其中，所述第一资源文件包括与所述微前端基座相关的html和js文件，所述浏览器能够对所述预设资源文件的解析获取到真实子服务器地址；以及响应于所述浏览器对所述真实子服务器发送第二请求，向所述浏览器返回第二资源文件，其中，所述第二资源文件包括css文件和js文件。