公司前端基于qiankun架构，主应用通过qiankun加载子应用，子应用也可能通过qiankun继续加载子应用，反复套娃。经过测试，不断打开子应用后，会导致内存不断上上。通过快照分析，发现内存升高的

🍊还在为微前端的通信方式苦恼？那就来瞧瞧吧，手把手教你如何完美的解决应用之间的通信交流，嘿嘿~~~

一、Qiankun 简介与微前端背景 微前端的核心目标是将一个大型的单体前端应用拆分成多个更小、更独立、可以由不同团队并行开发和部署的子应用。主应用（基座）负责承载这些子应用，管理它们的路由、加载和生

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

wujie 是一个基于 WebComponent 容器 + iframe 沙箱的微前端方案。能够解决适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持等问题

一个合适的框架可以使你的工作事半功倍，但是如何选择合适的框架就是一个耐人寻味的事情，如果你对微前端框架不了解，那么你可以看看这篇

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

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

基于Pnpm + Turborepo + QianKun的微前端+Monorepo实践 提供了入门步骤和模板代码，仅供参考