Hello～ 大家好，阅读本文大约需要10分钟，快来阅读吧！本文主要介绍古茗在中后台技术方向的一些思考和技术沉淀。

最近在工作中有一种争论：是否可以使用 Module Federation 替换部分微前端加载的场景。在对一些副作用作出规定限制的场景下，使用 MF 加载子平台性能更好，同时也支持微前端平台嵌套微前端。

有没有一种方案，复用模块版本升级，所有依赖它的项目不再需要单独部署上线，在线上环境就能加载到升级之后的模块? webpack5 提供了模块联邦，解决了上述问题。

背景 首先介绍一下微前端，微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单

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

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

基于 `Webpack 5 Module Federation` 从0到1实现一个以 `React` 项目为容器，集成多个 `React` 和 `Vue` 项目的微前端项目

1、什么是 Module Federation？ 首先看一下官方给出的解释： 简单理解就是说 “一个应用可以由多个独立的构建组成，这些构建彼此独立没有依赖关系，他们可以独立开发、部署。这就是常被认为的

今天就带大家一起来实现一个简化版的 Qiankun JS 沙箱吧。其中大部分逻辑会做精简处理，不会考虑一些异常情况。学有余力的同学可以直接 Clone 源码...