这篇文章算是我对在阿里做微前端的一个总结吧，没有写的事无巨细，更像是一个对自己的备忘录，很多地方因为做的比较久了记忆也比较模糊了我也会慢慢补充。

之前通过几篇文章像大家介绍了我是如何通过微前端的手段去治理一个有几十个子业务域系统的大型 B 端系统。今天我想通过这篇文章来像大家介绍下我是如何在这样一个大型 B 端系统中去治理一个“巨石”单页子业务系统的。

在我之前的文章提到过，微前端的本质是分治的处理前端应用以及应用间的关系，那么更进一步，落地一个微前端框架，就会涉及到三点核心要素：子应用的加载；应用间运行时隔离；路由劫持；对于 qiankun 来说，路由劫持是在 single-spa 上去做的，而 qiankun 给我们提供的能力，主要便是子应用的加载和沙箱隔离。承接上文，...

在我之前的文章提到过，微前端的本质是分治的处理前端应用以及应用间的关系，那么更进一步，落地一个微前端框架，就会涉及到三点核心要素：子应用的加载；应用见运行时隔离；路由劫持；对于 qiankun 来说，路由劫持是在 single-spa 上去做的，而 qiankun 给我们提供的能力，主要便是子应用的加载和沙箱隔离。我将分为三...

随着我们中后台系统的复杂，往往会遇到多个团队独立维护的子应用接入统一的主应用中，这些子应用往往独立开发、独立部署、彼此完全解耦，这时候往常的单一应用无法满足业务的增长需求。而微前端便是用来解决随着时间的推移业务复杂度的提升，某个单应用演变为难以维护的“巨石应用”。