本文着眼于梳理业界微前端技术的发展脉络、在主流产品中的应用情况，以及目前不同技术方案之间的架构和核心原理对比，只关注精华部分，不纠结于技术细节，帮大家快速建立起对微前端整体上的认识。

微前端架构的实践是一场寻求平衡的旅程，我们需要在微观与宏观、独立与集成、灵活与稳定之间找到恰当的平衡点。只有这样，我们才能充分发挥微前端架构的优势，同时避免其可能带来的问题。

写在最前： 前言 掘金上搜wujie，那么大眼一看，好像全都是介绍的，并没有几个落地方案的分享。正好我上个月把部门内三个业务系统用wujie整合了一下，记录成文章和大家分享一下。

前言 目前接触过很多SaaS系统。随着业务量的升级，项目不得不做拆分。保证系统稳定性的前提，优化开发人员的体验。 目前在做这块的升级，所以调研了一些主流方案，有兴趣的来看看吧

微前端介绍 不同于单纯的前端框架/工具，微前端是一套架构体系，这个概念最早在2016年底由 ThoughtWorks 提出。 微前端是一种类似于后端微服务的架构，它将微服务的理念应用于浏览器端，将 W

在客服业务不断迭代的过程中，SPA + iframe的架构模式暴露出了很多问题；我们用微前端技术对一站式工作台做了业务上的拆分，本文主要阐述在拆分过程中遇到的问题和挑战。

接入qiankun，项目上线也有段时间了，记录一下遇到的问题。 1. 子应用更新路由，父应用菜单高亮不匹配问题 子应用 history.push 之后，父应用的菜单还停留在之前的菜单高亮，但是页面内容

前端，技术圈的娱乐圈。在大前端的趋势下，以往的前端开发模式已经不能很好地承载实际的项目需求，我们需要一系列方案来使我们的项目变得规范、可配置、优化等。今年最火的莫过于微前端和低代码

微前端(QianKun)落地级实施和最后部署上线 历时不到两个月，来到新公司后，接到新需求：“要把ERP系统拆分出来，里面有包括PMS、OMS、WNS等等”模块。 当时的第一个想法就是微前端，那么接下