微前端架构解析：核心概念与主流方案特性对比

不是单页应用，会导致浏览器刷新 iframe url 状态丢失、后退前进按钮无法使用。
弹框类的功能无法应用到整个大应用中，只能在对应的窗口内展示。由于可能应用间不是在相同的域内，主应用的 cookie要透传到根域名到不同的子应用中，才能实现免登录效果。
每次子应用进入都是一次浏览器上下文重建、资源重新加载的过程，占用大量资源的同时也在极大地消耗资源。

经过以上思考，拓展总结：iframe的特性导致搜索引擎无法获取到其中的内容，进而无法实现应用的seo。

它是由google推出的浏览器的原生组件： Web Component - Web API | MDN

Web Components具备微前端的几个特性：

ESM是ES Module的缩写，是Ecma script 2015中提出的一种前端模块化手段。

ESM 同样具备微前端架构的核心特性：

ESM是能做到微前端的核心思想，但是它也存在着兼容性这一大弊端 "esm" | Can I use... Support tables for HTML5, CSS3, etc

EMP是由欢聚时代业务中台自主研发的最年轻的单页微前端解决方案，除了具备微前端的能力外，还实现了跨应用状态共享、跨框架组件调用的能力。

具备以下几大特点：

Fronts 是一个基于 Webpack 的 Module Federation API 设计的渐进式微前端框架。它强调颗粒间的去中心化依赖管理，并支持多种运行模式来满足不同的微前端架构需求。

支持非 Module Federation - 虽然 Fronts 基于 Module Federation 概念，但它依然支持任何传统且不支持 Module Federation 的前端应用。
去中心化配置 - 只需要在每个 Fronts 应用中设置 site.json，就像设置一个 package.json 一样简单，Fronts 支持多层嵌套的微前端。
跨框架 - 没有任何现代前端框架限定。
代码分割/懒加载 - 支持在 Fronts 应用内进行代码拆分和导出共享模块，它可以被其他 Fronts 应用作为依赖模块进行懒加载。
CSS 隔离 - 可选的 CSS 隔离设定，并根据不同的渲染方式，具备宽松隔离和严格隔离的可选项。
生命周期 - 每个 Fronts 应用的 Entry 支持简洁的生命周期接口。
Web Components 和 iFrame - 支持多种前端运行时容器用于不同隔离环境的要求。
多种构建模式 - 同时支持在微前端模式和非微前端模式构建，兼容动态化的运行时集成和静态化的构建时集成。
Monorepo 和 TypeScript - 良好支持 Monorepo 和 TypeScript，二者与 Fronts 是非常适配的技术栈组合。
版本控制 - Fronts 提供的版本控制可用于高效和动态的即时交付应用，当然也包括支持灰度发布。
零劫持 - Fronts 不做任何执行容器上的环境全局公共 API 劫持，保持运行环境的原始性，避免可能带来性能损失和安全问题。
通用化消息通讯 - Fronts 提供简洁通用的响应式 API, 它支持前端绝大部分原生 API。