我们使用过vue，了解两种常用的通信模式：观察者和发布 / 订阅模式。两者最主要的区别是一对多单向通信还是多对多双向通信的问题。使用我们要确定多个子应用之间互相是否需要通信，来决定使用哪种通信方式。 在微前端中往往需要实现多对多的双向通信模式，例如微应用之间实现通信，主应用和微应用之间实现通信，因此

这个难度要比CSS隔离难一些了。要考虑的东西也非常多。 方案： 使用 WebAssembly 进行隔离，WebAssembly 会被限制运行在一个安全的沙箱执行环境中，但运行时不能直接调用 Web API 使用 Web Worker 进行隔离，每个 Worker 有自己独立的 Isolate 实例。

最快最简单的方法就是直接上iframe，天然实现的 CSS 隔离。但是由于隔离的太好了，导致iframe内的弹窗蒙层无法全屏，用户体验不好。于是就有其他实现CSS 隔离的方案。 CSS隔离方案 iframe隔离 scoped隔离，都是玩过VUE的，在style标签增加scoped后，就可以使得当前C

微前端解决了哪些业务问题？ 为啥需要微前端我曾经给旺旺做外包，那时候做过的一个后台项目是自己第一个微前端项目。那时候很多微前端技术栈还不成熟，所以使用iframe方案。 管理后台型类型的项目，这类项目往往页面重复率高。有很多公司为了降本增效，有采用过低代码(在开发周期紧张的项目中，低代码可以有效的解