chrome切换前端模式_微前端架构调研与思考

目前，我们前端团队的业务主要在官网以及相关的用户中心、商城等系统中，每个系统都有独立的域名，通过刷新浏览器或者新开标签页的方式实现系统间的跳转，系统内切换页面有时候也是刷新页面或者新建标签页，即 MPA 模式，MPA 模式的优点在于部署简单、各应用之间硬隔离，天生具备技术栈无关、独立开发、独立部署的特性。缺点也很明显，应用之间切换会造成浏览器重刷，由于产品域名之间相互跳转，流程体验上会存在断点。相较于 MAP 模式来说，SPA 天生具备体验上的优势，应用直接无刷新切换，能极大的保证多产品之间流程操作串联时的流程性。缺点则在于各应用技术栈之间是强耦合的。

有没有一种方式能够兼顾 MPA 和 SPA 两者的优势，从而构建出一个即保证应用具备独立开发权的同时，又能将它们整合到一起保证产品完整的流程体验的前端系统呢？微前端架构是一个可靠的答案。

微前端架构

微前端理念来源于后端微服务实践，希望在前端系统中，各个子应用能够做到，技术栈无关、独立开发、独立部署、应用运行时独立。
目前社区里比较成体系的实践方案有 single-spa 以及在 single-spa 基础上开发的 qiankun.

single-spa

single-spa 的核心思路是将每个子应用都打包成一个独立的 js 文件࿰