模块联邦如何实现JavaScript动态共享？

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《JavaScript中的模块联邦（Module Federation）是如何工作的？》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

模块联邦实现运行时代码共享，通过name、remotes、exposes和shared配置使应用间动态加载模块并共享依赖，支持独立部署与微前端集成。

模块联邦（Module Federation）是 Webpack 5 引入的一项功能，它让不同的 JavaScript 应用在运行时共享代码，而无需提前打包成独立库。它的核心思想是“应用即模块”——一个微前端系统中的子应用可以直接暴露自己的模块，供其他应用动态加载和使用。

1. 模块联邦的基本组成

模块联邦依赖三个关键配置项来建立通信机制：

• name：当前构建的唯一名称，用于标识这个构建产物。
• remotes：声明要从哪个远程应用加载模块，包括远程应用的入口地址。
• exposes：指定当前应用中哪些模块可以被其他应用使用。
• shared：定义哪些依赖可以在宿主和远程之间共享，避免重复加载。

2. 运行时动态加载模块

模块联邦不是在构建时合并代码，而是在运行时通过异步请求拉取远程模块。当某个应用 import 了一个来自 remote 的模块时，Webpack 会自动发起网络请求获取该模块的 JS 文件，并执行它。

这个过程对开发者透明，写法就像引入本地模块一样：

import Button from 'userCenter/Button';

这里的 userCenter 是在 remotes 中定义的远程别名，Webpack 会在运行时解析为实际的 URL 并加载脚本。

3. 共享依赖避免重复打包

多个应用如果都使用了 React 或 Lodash，模块联邦可以通过 shared 配置确保这些依赖只加载一次。

比如：

shared: {
  react: { singleton: true },
  'react-dom': { singleton: true }
}

设置 singleton: true 后，所有应用共用同一个 React 实例，防止因版本不同导致的冲突或内存浪费。

4. 构建独立部署，运行时集成

每个使用模块联邦的应用都可以独立开发、构建和部署。它们不需要知道对方的具体实现，只需要约定好模块暴露路径和接口。

主应用可以像插件一样动态接入新功能，只要新应用按规范暴露模块并注册到 remotes，就能被即时使用。

基本上就这些。模块联邦的核心价值在于解耦和灵活性，特别适合大型团队协作和微前端架构。它改变了传统打包思维，把模块边界从构建时推到了运行时。不复杂但容易忽略细节。

好了，本文到此结束，带大家了解了《模块联邦如何实现JavaScript动态共享？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！