前端2月19日 15:11
Module Federation 动态加载是怎么实现的？Module Federation 的动态加载，本质是 host 在运行时先加载 remoteEntry.js，再从远程容器里取出指定模块工厂，最后执行工厂拿到组件或函数。它的优势是部署和加载都更灵活：用户没访问某个功能，就不必下载对应代码；remote 更新后，也不一定要求 host 重新构建。但动态加载不是免费午餐，它会引入网络失败、版本协商、加载顺序和降级体验这些运行时问题。
## 追问
### 它和普通 import() 有什么区别？
普通 import() 加载的是当前构建产物里的异步 chunk，构建时 Webpack 已经知道依赖图。Module Federation ...
乐闻
前端2月19日 15:11
Module Federation 性能优化应该从哪些地方下手？Module Federation 的性能优化不是只压缩 remoteEntry.js，而是控制远程模块什么时候加载、加载多少、依赖是否重复，以及失败时页面能不能优雅降级。实践里最常见的问题是：为了拆微前端把模块拆得很碎，结果请求数、共享依赖协商和首屏等待一起变多。比较稳的做法是把首屏必须展示的模块留在 host 或提前预热，把低频功能、重组件、运营位、后台管理页交给 remote。
## 追问
### remoteEntry.js 很大时应该怎么优化？
remoteEntry.js 主要保存容器运行时和暴露模块映射，它不应该承载大量业务代码。如果它明显变大，通常是 exposes ...前端2月19日 15:13
Module Federation 常见问题如何排查和修复？Module Federation 出问题时，表面现象通常是白屏、远程组件加载失败、依赖版本冲突或样式串了。不要一上来就改 webpack 配置，先判断问题发生在哪一段：Host 找不到 remoteEntry、remoteEntry 找不到 chunk、共享依赖初始化失败，还是组件运行后才报错。把链路拆开，排查会快很多。
## 先确认 remoteEntry 能不能被访问
最基础的问题是 URL 写错、CDN 缓存旧文件、Remote 没发布成功或跨域头缺失。浏览器 Network 里先看 remoteEntry.js 是否 200，再看它加载的 chunk 是否同样成功。很多白屏...前端2月19日 15:13
Module Federation 如何集成 React、Vue 和 Angular？Module Federation 和具体框架没有强绑定，它解决的是运行时模块加载和依赖共享问题。React、Vue、Angular 都能接入，但接入方式差异很大：React 通常暴露组件，Vue 要注意异步组件和运行时版本，Angular 更依赖路由、模块边界和构建插件。真正的难点不是写出 `exposes`，而是让 Host 和 Remote 在依赖、样式、路由和降级策略上保持一致。
## React 集成更适合组件级暴露
React 里最常见的做法是 Remote 暴露业务组件，Host 用 `React.lazy` 加 `Suspense` 加载。`react` 和 `rea...前端2月19日 15:15
Module Federation 如何保障远程模块安全？Module Federation 的安全边界不在“能不能加载远程模块”，而在“只加载谁、加载什么版本、出问题时能不能立刻止损”。remoteEntry.js 本质上是运行时脚本，一旦来源被污染，Host 会把风险带进自己的页面。所以安全方案要同时管住域名、传输、依赖、权限和监控，不能只靠一条 CORS 配置。
## 远程入口应该先被白名单约束
生产环境不要把 `Access-Control-Allow-Origin` 写成 `*`，尤其是带登录态的管理台或 B 端系统。Host 和 Remote 最好维护一份明确的域名清单，构建时注入，运行时再校验一次。这样做的代价是新增 Remo...前端2月19日 15:16
Module Federation 生产环境部署要注意哪些坑？Module Federation 的生产部署比普通前端应用多一个关键变量：Host 和 Remote 不一定同时发布。这个能力带来了独立交付，也带来了缓存、版本、回滚和跨域问题。很多线上事故不是代码逻辑错，而是 Host 加载到了旧的 remoteEntry、Remote 静态资源路径不对，或者 CDN 把本该及时更新的入口文件缓存住了。
稳妥的部署策略是把 remoteEntry 当成运行时入口，而不是普通静态资源随便缓存。Remote 的 JS、CSS chunk 可以带 hash 长缓存，但 `remoteEntry.js` 建议短缓存或 no-cache，并通过版本化目录保留...前端2月19日 15:17
Module Federation 应该怎么测试才不会漏线上问题？Module Federation 的测试难点在于：你测到的代码，不一定就是线上组合后的代码。Remote 本地单测通过，Host 集成时可能因为共享依赖版本不一致、remoteEntry 缓存、运行时加载失败而出问题。所以测试策略不能只覆盖组件本身，还要覆盖契约、集成、降级和发布后的真实加载链路。
建议把测试分成四层。第一层是 Remote 内部单元测试，确保组件、Hook、工具函数按预期工作；第二层是契约测试，确保暴露模块的 Props、事件和类型没有破坏调用方；第三层是 Host 集成测试，验证真实 remoteEntry 能被加载并完成关键流程；第四层是端到端和发布后探测，确认...前端2月19日 15:21
大型企业应用如何设计 Module Federation 架构？大型企业应用使用 Module Federation，最怕把它当成“前端拆仓库工具”。仓库拆开只是结果，真正要设计的是业务域、运行时依赖、权限、发布节奏和故障隔离。一个 ERP、CRM 或运营后台可能有几十个团队参与，如果 Host 既管路由又管业务状态，还顺手持有所有 Remote 的细节，最后只是把单体应用换了一种方式继续维护。
更合理的架构是 Host 做薄，平台能力做稳，业务 Remote 做自治。Host 负责应用壳、认证、全局导航、布局容器、权限上下文和 Remote 注册；领域团队负责自己的路由片段、页面、接口适配和局部状态。公共 UI、埋点、国际化、权限 SDK 可以由...前端2月19日 15:21
Module Federation 多团队协作应该怎么拆边界？Module Federation 真正解决的不是“把页面拆开”这么简单，而是让多个团队可以按业务节奏独立交付，同时仍然像一个产品一样运行。协作做得好，订单、用户、支付团队各自发布 Remote，Host 只管入口、导航、登录态和公共约束；协作做得差，就会变成一堆互相引用的远程包。
比较稳的做法是先定团队边界，再定模块边界。业务 Remote 应该围绕领域能力暴露，例如 `order/OrderList`、`user/ProfilePanel`，不要把一个团队内部的按钮、Hook、工具函数随手暴露出去。平台团队负责运行时、共享依赖、发布规范和监控模板，业务团队负责页面、接口适配和降级方...前端2月19日 15:22
Module Federation 加载失败时如何调试？Module Federation 的问题排查要先分层，不要一看到报错就改 shared。一次 remote 加载失败，可能发生在网络层、remoteEntry 执行层、共享依赖协商层、模块暴露路径层，也可能只是路由或样式副作用。排查顺序应该从“文件能不能拿到”开始，再看“容器能不能初始化”，最后才看业务代码。
## 先确认 remoteEntry 是否真的可用
打开浏览器 Network，检查 remoteEntry.js 是否 200、content-type 是否正常、是否被 CDN 缓存到旧版本、是否有 CORS 或 CSP 拦截。很多线上问题不是 Module Federa...