我被问得最多的问题之一是如何在微前端中处理 CSS。毕竟，样式始终是任何UI片段所需要的东西，然而，它也是全局共享的东西，因此它是潜在的冲突来源。

我会按照以下几个方向对微前端进行知识梳理： 什么是微前端，微前端的方案有哪些，微前端方案的对比，微前端的适用场景，微前端的实现思路，微前端的底层源码分析，微前端技术的延伸--Vue如何使用React项

微前端遇到的问题 微前端拆分子应用会面临多主应用子应用重复加载模块、公共模块跨应用维护等问题。 所以我们要满足以下几个能力： 远程应用模块动态加载 子应用复用主应用的库 跨应用第三方库版本共存 模块联

背景简介 随着项目不断的功能迭代，项目越来越臃肿，表现为在本地开发的时候，改了代码之后，至少1分钟以上，页面才会刷新显示出最新的修改效果; 另外编译打包的时候，比较耗时，需要十来分钟,而且这两种场景下

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

最近看了几个微前端框架的源码（single-spa、qiankun、micro-app），感觉收获良多。所以打算造一个迷你版的轮子，来加深自己对所学知识的了解。 这个轮子将分为五个版本，逐步的实现一个

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

考虑到关于微前端的第一篇文章的大量反馈，以及我们在 DAZN 采用的方式收到的问题，我决定分享更多有关这个话题的内容。 在这篇文章中，我将一一介绍微前端架构各种可能的实现。 尽管微前端是我们前端应用的新模型，但许多公司都已经试图接受它们背后的原则，并且已经缔造了多种实现方式，来…

关注核心实现请直接跳至 第四小节：执行流程。 到此，项目就已经初始化完毕了，接下来开始核心的内容，微前端框架的编写。 微前端的核心为app，微前端的场景主要是：将应用拆分为多个app加载，或将多个不同的应用当成app组合在一起加载。 为了更好的约束app和行为，要求每个app必…