Skip to content

参考

基于微前端 2026 生态 · 核于 2026-07

速查

  • 定义:微前端 = 「把可独立交付的前端应用组合成一个更大整体的架构风格」(martinfowler.com);single-spa:「浏览器里的微服务」;2016 年底入 ThoughtWorks 技术雷达
  • 判别公式:微前端 = 独立部署 ∧ 运行时组合——缺前者是模块化单体,缺后者是懒加载
  • Fowler 四收益:增量升级 / 解耦代码库 / 独立部署 / 团队自治——全部长在「独立」上
  • Geers 五理念:技术无关 / 隔离团队代码 / 团队前缀 / 原生浏览器特性优先 / 韧性站点;组织内核 = 端到端团队(数据库到 UI)
  • qiankun 四核心价值:技术栈无关 / 独立开发独立部署 / 增量升级 / 独立运行时——三家口径互相印证
  • 组合三分法:构建时(npm 集成,反模式:锁步发布回归)/ 服务端(SSI → 2026 平台路由)/ 客户端运行时(iframe / JS 渲染函数 / Web Components)
  • Fowler Downsides:payload 重复(对冲:隐式代码分割)/ 环境漂移 / 运营治理复杂度;裁决靠生产实测
  • Vercel 官方反判据:先考虑 monorepo(Turborepo)/ feature flags / 更快编译(Turbopack)——痛点对症再谈微前端
  • single-spa 性能反论:微前端「常比脱胎的巨石更快」——内建懒加载 + 暴露隐藏问题;前提大库共享单例
  • 容器纪律:只管路由分发 / 公共 chrome / 鉴权注入 / 生命周期编排 / 依赖底座;「root config 的存在只为启动各应用」——业务逻辑一律下放
  • 鉴权与 BFF:token 由容器统一获取注入;每微前端配同团队拥有的 BFF,「别让团队等其他团队」
  • 2026 格局qiankun / wujie / micro-app 三主流 + Module FederationVite/ESM 兼容是第一分水岭;MF 2.0 运行时化为事实主线
  • 状态一句话:qiankun 3.0 三年难产(rc.21)、wujie v2.0 复活(2026-06 连发 4 版)、micro-app 常青 RC(rc.32)、single-spa v7 卡 beta、Garfish/icestark 退场
  • 选型三问:要不要 → 构建器与产物形态 → 双候选 POC(沙箱逃逸/样式冲突/构建兼容只有跑过才知道)

一、核心概念表

概念英文一句话出处
微前端Micro Frontends可独立交付的前端应用组合成更大整体的架构风格martinfowler.com
前端巨石Frontend Monolith单一构建、单一部署、锁步发布的大型前端Geers / qiankun
锁步发布lockstep release任何一块变更都迫使整体重新构建发布Fowler
端到端团队end-to-end team按业务使命纵切、从数据库到 UI 全程负责Geers
绞杀者路径strangler新块逐步替换旧系统而非全量重写Fowler(增量升级)
容器 / 基座container / shell / root config唯一常驻方:路由、chrome、鉴权、编排Fowler / single-spa / qiankun
活性函数activity function / activeRule(location) => boolean,URL 决定应用活性single-spa / qiankun
生命周期协议bootstrap / mount / unmount容器与微应用之间的挂载契约single-spa
HTML Entry——子应用交出 HTML,框架解析接管资源qiankun
自定义元素契约Custom Elements as contract标签名/属性/事件即团队间公共 APIGeers
团队前缀team prefixesCSS/事件/存储/Cookie 命名空间化防冲突Geers
BFFBackend For Frontend只服务一个前端的专属后端,与微前端同团队Fowler
依赖共享shared dependencies大库单实例化,对冲 payload 重复single-spa / MF
模块联邦Module Federation应用间运行时共享模块,2.0 起独立于打包器module-federation.io

二、组合模式对比表

维度构建时(npm)SSI/模板平台路由iframeJS 渲染函数Web Components
独立部署✗(反模式)
隔离强度页面级天然页面级天然最强靠沙箱补Shadow DOM 中等
首屏/SEO最好一般一般
页内多应用共存——✓ 片段级✗ 页面粒度✓ 但笨重
典型代表——电商门户、Geers 配方Vercel MFE、Web Fragments传统门户、wujie 底层single-spa、qiankunGeers 方案、micro-app

展开见组合模式三分法

三、判据与反判据清单

该用的信号别用的信号
≥3 个特性团队常态并行、发布互相排队单团队维护整个前端
遗留系统 + 渐进迁移诉求(绞杀者路径)绿地新项目、无历史包袱
生命周期以 5 年计、必经框架换代活动页/短生命周期产品
技术栈诉求真实分裂(收购/多 BU)全员同栈且无分裂计划
具备平台工程能力(IaC、模板化 CI、监控)CI 常年没人修
monorepo / feature flags 试过仍卡协作边界还没试过任何替代方案

三笔必付的账(Fowler Downsides):payload 重复(治理靠依赖共享,裁决靠生产实测)、环境漂移(预算集成回归流水线)、运营治理复杂度(仓库/管道/域名 ×N,四个自问见判据页)。

四、2026 生态状态表

主流五家(版本日期核于 2026-07):

方案出品版本锚点沙箱路线Vite/ESM状态
qiankun蚂蚁稳定 2.10.16(2023-11);3.0-rc.21(2026-02);2.10.17-beta(2026-06)with + Proxy 模拟弱,需插件绕行存量王者,恢复活动
wujie腾讯2.0 全新 iframe 沙箱,2026-06 连发 4 版(→2.1.0)iframe 原生隔离 + WC 渲染复活,上升
micro-app京东1.0.0-rc.32(2026-06),月度活跃with / iframe 双沙箱较好(iframe 模式)活跃,常青 RC
single-spa社区v6 稳定;v7 beta.13(2025-09)后停更无沙箱,纯编排好(官方推荐 ESM + import maps)稳定,演进停滞
Module Federation字节 Web Infra + Zack Jacksoncore v2.6.0(2026-06)高频无沙箱,模块共享官方 @module-federation/vite事实主线

退场与边缘:

方案状态判词
Garfish(字节)维护模式(v1.19.7,2026-01)官方资源已转投 MF,新项目勿入
icestark(阿里)遗产态(release 停 2022-04)已淡出,存量应规划迁移
Piral / Luigi国际活跃国内案例≈0,慎选

新动向:Vercel Microfrontends(平台组合商业化,按路由请求计费)、Web Fragments(Cloudflare 系边缘组合)、Native Federation(import maps 系联邦,细见 Module Federation 叶)。

五、选型决策树(精简版)

text
Q0 要不要?→ 判据不满足 → monorepo + feature flags,到此为止
Q1 同栈同大版本、只要模块共享 → Module Federation 2.0
Q2 要应用级容器 → 看构建器:
     webpack 存量 → qiankun 2.x(资产复用)/ micro-app
     Vite/ESM   → 强隔离选 wujie;轻接入选 micro-app(iframe 模式)
     纯编排无沙箱 → single-spa v6 + 原生 ESM + import maps
Q3 页面粒度 + 接受平台绑定 → Vercel Microfrontends
终选:双候选 POC(沙箱逃逸/样式冲突/构建兼容/内存回收)

权威链接

相关页