微前端实现原理、框架选型之类的文章比较泛滥，我不打算讲这些玩意，本文主要来源于笔者过去一年落地微前端的一手经验，尽量不讲技术细节，而是讲一个体系化的方案是怎么搭建起来。 文章较长，耐心看完保证会有收获

微前端是什么 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立运行、独立开发、独立部署。

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

微前端，乾坤/qiankun切换应用样式丢失-动态修复，基于webpackPrefetch 生成的 link[rel="prefetch"]

花了几天看了源码，收获挺大的，微前端主要有3个的核心点：应用通信、应用的生命周期及状态管理、沙箱环境隔离。iframe足够满足我们业务需求了，微前端提供的思路还是不错的，但是真有必要用qiankun？

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

这样的项目结构在现在看来很多项目都有在使用，比如 Vue、Vite 等，它们共同使用到的 PNPM 的包管理器来组织这样的项目。同时我也在 B 站发现有伙伴使用 PNPM 组建了包含 PC 前端、PC

介绍这个话题，有两个原因： 1、从开始工作到现在，我经历过没有代码版本管理、代码集中式管理，以及现在的分布式管理，我深刻体会到它在软件开发过程中的重要性； 2、我在工作中遇到的很多客户都存在对于代码版本管理的各种问题、困惑和不同的需求。 所以我希望将我在这个方面的经验分享给更多人，希望能帮助更多的团队解决在代码版本控制方面的问题和疑惑

mono repo 并不是银弹，使用这个架构还是会带来很多问题，无非市面上的工具帮助我们解决了大部分。文章主要聊了聊在没有这些工具的时候我们可能会遇到哪些问题，以及使用这些工具后解决了什么又带来了什么