Module Federation Core 项目中 Shared 配置与 Manifest 不一致问题解析

问题背景

在 Module Federation Core 项目中，开发者发现当在配置中设置 shared 模块的 singleton 和 requiredVersion 参数时，生成的 mf-manifest.json 文件并未正确反映这些配置。具体表现为：

1. 显式设置为 singleton: false 的模块在 manifest 中仍显示为 true
2. 指定的 requiredVersion 被默认值覆盖而非使用配置值

技术分析

这个问题的核心在于 Module Federation 的配置处理流程中，shared 模块的配置参数在生成 manifest 时没有被正确传递和序列化。

配置处理流程

Module Federation 的配置处理通常分为几个阶段：

1. 配置解析阶段：读取用户提供的 shared 配置
2. 依赖分析阶段：确定模块的实际版本和依赖关系
3. Manifest 生成阶段：将配置序列化为 JSON 文件

问题出现在第三阶段，配置参数在序列化前被默认值覆盖。

影响范围

这个问题会影响以下场景：

1. 需要精确控制模块共享行为的微前端架构
2. 依赖版本严格控制的复杂应用
3. 需要跨多个微前端应用共享状态的情况

解决方案

开发团队已经确认这个问题，并在核心代码库中提交了修复。修复主要涉及：

1. 确保 shared 配置在序列化过程中保持原样
2. 正确处理配置覆盖逻辑
3. 完善 manifest 生成阶段的参数传递

最佳实践建议

在使用 Module Federation 的 shared 配置时，建议：

1. 明确指定所有关键参数，包括 singleton 和 requiredVersion
2. 在升级后验证 manifest 文件是否符合预期
3. 对于关键依赖，考虑添加额外的版本检查逻辑

总结

Module Federation Core 的这一配置问题虽然不影响运行时行为（实际共享配置在运行时是正确的），但对于依赖 manifest 文件进行构建时分析或监控的场景会有影响。开发者可以等待官方修复发布，或暂时通过其他方式验证共享配置的正确性。