最近用micro-app成功落地了微前端，把整个踩坑的过程记录了下来。micro-app还是一个挺好上手的微前端框架。

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

因为目前有时间了，所以在整理一下自己这几年写过的一些东西的相关文档，准备把一些东西改一下发出来，有的内容可能并不复杂，甚至有点浅显，但是也是对自己这几年的一些复盘和总结了

文章主要从原理、优缺点出发，深入剖析现在市面上最流行的三大的微前端框架。带领读者彻底理解微前端，同时也会给出一些选型上的参考。

简单了解微前端 微前端具备以下特点： 技术栈无关：主框架不限制接入应用的技术栈，微应用具备完全自主权 独立开发、独立部署：既可以组合在一起运行，也可以单独运行。 增量升级：在面对各种复杂场景时，我们通

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。

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

微前端概念 微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。 微前端特性 技术栈

任何新技术、新产品都是有一定适用场景的，它可能在当下很流行，但它不一定在任何时候都是最优解。在被微前端坑了几次之后，回过头发现，iframe真香！