Module Federation 项目中如何控制入口点参与联邦模块共享

在现代前端架构中，Module Federation 已经成为实现微前端和代码共享的重要技术。本文将深入探讨如何在一个包含多个入口点的项目中，精确控制哪些入口点参与模块联邦共享，从而优化打包体积和性能。

核心问题分析

在典型的 Module Federation 实现中，插件会自动向所有配置的入口点注入联邦运行时代码和共享依赖。这种默认行为虽然方便，但在某些场景下会带来不必要的开销：

1. 当项目存在一个轻量级的"引导入口"（负责决定加载哪个应用）时
2. 该入口不与其他应用共享任何代码
3. 联邦运行时和共享依赖会增加该入口的包体积
4. 这些增加的代码对该入口功能没有任何贡献

技术解决方案

Module Federation 提供了两种主要方式来解决这个问题：

1. 运行时提升实验特性

最新版本的 Module Federation 引入了"hoisted runtime"实验特性，可以将联邦运行时代码提升到单独的运行时块中，而不是在每个入口点重复注入。这种方式需要：

• 启用 experiments.federationRuntime 配置
• 使用单一运行时块优化
• 确保构建工具支持（目前 Webpack 已支持，Rspack 正在实现中）

2. 入口点过滤配置

虽然当前版本没有直接提供 entries 或 excludeEntries 配置选项，但可以通过以下方式间接实现类似效果：

• 分离联邦配置到特定入口
• 使用条件逻辑动态构建配置
• 定制插件行为（高级用法）

最佳实践建议

1. 架构设计：将纯引导逻辑与联邦应用入口分离到不同项目
2. 构建优化：对于必须共存的场景，优先使用运行时提升
3. 体积监控：建立包体积监控机制，确保优化效果
4. 渐进式迁移：大型项目可采用逐步联邦化的策略

未来发展方向

随着 Module Federation 技术的成熟，预计将会有更多精细化的控制选项出现：

• 基于入口点的共享策略配置
• 更细粒度的运行时注入控制
• 跨构建工具的统一行为

通过合理应用这些技术，开发者可以在享受 Module Federation 带来的模块共享优势的同时，保持关键路径代码的简洁高效。