真不是标题党。本文作者是蚂蚁集团前端工程师有知，介绍了如何更改 3 个字符，便可以实现 10 倍的沙箱性能提升。

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

是的，官方赞未有文档表明已经支持Vite。接下来我会从Vite聊起，然后一步步解析如何去解决在qiankun微前端体系中集成基于Vite构建的子应用. 1 为什么要用Vite？ 在Vite没有诞生之前

微前端的核心目标是将巨石应用拆解成若干可以自治的松耦合微应用，而 qiankun 的诸多设计均是秉持这一原则，如 HTML entry、沙箱、应用间通信等。这样才能确保微应用真正具备 独立开发、独立运

微前端框架qiankun项目实战（二）--踩坑与部署篇 大家好，我是小黑。 在上一篇《微前端框架qiankun项目实战（一）--本地开发篇》发布后，感谢有网友提出了微应用的缓存问题，的确基于第一篇使用

如何使用qiankun qiankun 是由蚂蚁集团开源的一个基于 single-spa 的微前端实现库，它是目前主流的微前端解决方案之一。它对 single-spa 进行了大量的封装和加强，比如样式

前段时间我尝试把几个小项目合并起来，但是效果很不理想。最近看了一篇文章讲 monorepo，终于意识到了自己的问题所在。本文借机讲讲 monorepo 的简单实践，分享一下基于大前端代码管理的一些常规操作。 Mono- 词根的意思是单体，所以 monorepo 指的就是单体仓库…

维护多个仓库的公共代码是一件头疼的事情，每次对公共代码的改动都要全量仓库同步，最后决定用 monorepo 改造一番。本次实践使用 yarn workspace 处理依赖问题，lerna处理发布问题。

随着前端工程日益复杂，某些业务或者工具库通常涉及到很多个仓库，那么时间一长，多个仓库开发弊端日益显露，由此出现了一种新的项目管理方式——Monorepo。本文主要以 Monorepo 的概念、MultiRepo的弊端、Monorepo 的收益以及Monorepo 的落地这几个角…