Module Federation中Host共享库无法被Remote消费的问题

问题根源 #

你的Remote应用配置里，react-redux、@reduxjs/toolkit等依赖设置了requiredVersion: false，但Host端指定了固定版本。Webpack匹配共享模块时，既无法在Remote本地node_modules找到这些依赖，版本匹配逻辑也出现冲突，最终抛出"resolving fallback for shared module"错误。

解决方案 #

1. 统一共享依赖的版本要求

将Remote端共享依赖的requiredVersion设置为与Host完全一致的版本，让Webpack精准匹配Host提供的共享模块，无需在本地查找fallback：

修改后的Remote webpack.config.js 共享配置：

shared: {
    react: {
        singleton: true,
        requiredVersion: deps.react,
    },
    "react-dom": {
        singleton: true,
        requiredVersion: deps["react-dom"],
    },
    "react-router-dom": {
        singleton: true,
        requiredVersion: deps["react-router-dom"], // 或直接使用Host端的版本号
    },
    "react-redux": {
        singleton: true,
        requiredVersion: "9.1.2", // 和Host保持一致
    },
    "@reduxjs/toolkit": {
        singleton: true,
        requiredVersion: "2.2.7", // 和Host保持一致
    },
},

2. 移除Remote本地的共享依赖（可选）

为彻底避免重复安装，将react-redux、@reduxjs/toolkit等依赖从Remote的package.json的dependencies中移除，移至devDependencies（仅用于开发阶段类型提示），确保构建时不会打包本地版本。

3. 验证基础配置正确性

• 确认Host的shared配置中，所有需要共享的依赖都正确声明了singleton和requiredVersion；
• 确认Remote的remotes配置正确指向Host应用，保证构建阶段能访问到Host的共享模块清单。

原理说明 #

当Remote设置requiredVersion: false时，Webpack会尝试匹配任意版本的共享模块，但如果本地无该依赖，且Host提供的固定版本无法被模糊匹配逻辑识别，就会触发fallback解析失败。统一版本号后，Webpack能明确找到Host提供的共享模块，跳过本地查找逻辑。

内容的提问来源于stack exchange，提问作者Shashwat Sagar