麦饭：可能是你见过最酷最简单的微前端解决方案

广告位招租
扫码页面底部二维码联系

目前国内最火的微前端框架是来自阿里的qi【作者：唐霜】【未经授权禁止转载】ankun，以及它底层的single-s著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。pa，但是，这是最终形态吗？在我看来并不本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】是。无论是single-spa，还是qi【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。ankun，都有比较强的协议规定，对原有【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】应用的侵入更多，细节上某些设计也不太符合【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。我的口味。这篇文章重新思考微前端这个话题未经授权，禁止复制转载。未经授权，禁止复制转载。，聊一聊其中的一些技术点，提出一个更新更著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。酷更简洁的微前端框架：麦饭。

本文作者：唐霜，转载请注明出处。【转载请注明来源】【访问 www.tangshuang.net 获取更多精彩内容】【关注微信公众号：wwwtangshuangnet】

微前端到底要解决什么问题？【版权所有】唐霜 www.tangshuang.net

转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】【本文受版权保护】著作权归作者所有，禁止商业用途转载。

如果单纯从技术层面去思考，微前端最后很有本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】可能沦为玩具，无法成为主要生产方式。技术【作者：唐霜】本文作者：唐霜，转载请注明出处。领域有一项陋习，只要是新技术火了，不管三【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。七二十一，上就是了。微前端火了，上就是了【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。。为了微前端而微前端，只会让项目在之后的【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。维护中，成本更大。我认为，就像vue所提本文作者：唐霜，转载请注明出处。【本文受版权保护】倡的一样，微前端是一个渐进式需求的结果，当你需要它【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。的时候，才使用它。【关注微信公众号：wwwtangshuangnet】

转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。未经授权，禁止复制转载。

那我们什么时候需要微前端呢？回答这个问题转载请注明出处：www.tangshuang.net【本文受版权保护】，也就回答了“微前端到底解决什么问题”这转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。个问题了。

【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】

如果从微前端的形式出发，有些人会把重点放【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】在应用“可拆分”这个点上，认为微前端解决【关注微信公众号：wwwtangshuangnet】【关注微信公众号：wwwtangshuangnet】的是将一个大应用拆分成小应用，通过变小提原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net高效率或可维护性等。但是我认为，微前端真正要解决的是，当技术更新换代时，著作权归作者所有，禁止商业用途转载。本文版权归作者所有，未经授权不得转载。应用可兼容不同代际应用，用阿里大佬的话，【版权所有】唐霜 www.tangshuang.net【作者：唐霜】就是“技术栈无关”。所谓“技术栈无关”不是说在开发的时候就【转载请注明来源】【版权所有】唐霜 www.tangshuang.net不考虑技术栈，而是当应用需要用新一代技术【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】写时，老技术栈的应用仍然可以被兼容，不需转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。要重写。兼容老技术栈，是微前端最基本的素质【原创内容，转载请注明出处】。未经授权，禁止复制转载。

【本文受版权保护】本文作者：唐霜，转载请注明出处。【未经授权禁止转载】原创内容，盗版必究。【原创不易，请尊重版权】

微前端框架【版权所有，侵权必究】

【转载请注明来源】本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】

我们首先要了解，微前端架构本身要解决的问【未经授权禁止转载】本文作者：唐霜，转载请注明出处。题，以及从技术层面要解决哪些问题。微前端【原创不易，请尊重版权】【版权所有，侵权必究】，从技术上，目标是要在当前应用中运行其他【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】应用。其他应用在技术栈上，是未知的，无法本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。像我们在vue中使用别人开发的vue组件【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。，在react中使用别人开发的react【转载请注明来源】【作者：唐霜】组件，我们无法在当前的应用架构上预测别人转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】开发的组件/应用是不是符合本应用框架的协【原创内容，转载请注明出处】未经授权，禁止复制转载。议。因此，我们要找到一种办法，在当前应用【转载请注明来源】【转载请注明来源】的技术架构上，可以运行别人通过任何技术栈【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。完成的应用，而这种方法，就是微前端，能够【作者：唐霜】原创内容，盗版必究。支撑实现这效果的，就是微前端框架。

本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】【作者：唐霜】【作者：唐霜】

技术上，我认为微前端框架解决的最主要问题未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net有三个：资源加载、环境隔离、父子通信。在【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】开发体验上，我觉得除了写法上简单之外，微著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。前端框架应该做到对子应用的无侵入，也就是本文作者：唐霜，转载请注明出处。【本文受版权保护】子应用开发者不需要思考它的外部环境如何使【作者：唐霜】本文作者：唐霜，转载请注明出处。用它，这也符合Clean架构的思想。

著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】【本文受版权保护】【版权所有，侵权必究】

我收集了网上看到的微前端框架/技术方案，【原创内容，转载请注明出处】【原创内容，转载请注明出处】现在把它们罗列出来进行对比。

【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。
框架名【关注微信公众号：wwwtangshuangnet】 技术栈无关本文版权归作者所有，未经授权不得转载。 子应用独立运行【原创内容，转载请注明出处】 无侵入子应用【作者：唐霜】 多子应用共存【版权所有】唐霜 www.tangshuang.net 路由穿透本文作者：唐霜，转载请注明出处。 父子通信【本文受版权保护】 子应用嵌套子应用【原创内容，转载请注明出处】
Mooa【作者：唐霜】 ❌【原创内容，转载请注明出处】 ✅【本文受版权保护】 ❌【访问 www.tangshuang.net 获取更多精彩内容】 ❓原创内容，盗版必究。 ❌【未经授权禁止转载】 ✅原创内容，盗版必究。 ❌【作者：唐霜】
Single-SPA【关注微信公众号：wwwtangshuangnet】 ✅【本文受版权保护】 ❌【原创内容，转载请注明出处】 ❌原创内容，盗版必究。 ❌【关注微信公众号：wwwtangshuangnet】 ❌转载请注明出处：www.tangshuang.net ❌原创内容，盗版必究。 ❌【本文受版权保护】
Qiankun原创内容，盗版必究。 ✅【版权所有，侵权必究】 ✅【版权所有，侵权必究】 ❌【本文受版权保护】 ✅【版权所有】唐霜 www.tangshuang.net ❌转载请注明出处：www.tangshuang.net ✅【转载请注明来源】 ❌【原创内容，转载请注明出处】
Icestark转载请注明出处：www.tangshuang.net ❌【原创内容，转载请注明出处】 ✅本文版权归作者所有，未经授权不得转载。 ❌本文版权归作者所有，未经授权不得转载。 ✅著作权归作者所有，禁止商业用途转载。 ✅原创内容，盗版必究。 ✅【未经授权禁止转载】 ❌【未经授权禁止转载】
console-os【未经授权禁止转载】 ❌本文版权归作者所有，未经授权不得转载。 ❌转载请注明出处：www.tangshuang.net ❌【本文首发于唐霜的博客】 ✅【版权所有】唐霜 www.tangshuang.net ❌本文作者：唐霜，转载请注明出处。 ❓【版权所有】唐霜 www.tangshuang.net ❌本文版权归作者所有，未经授权不得转载。
Module Federation原创内容，盗版必究。 ❌【访问 www.tangshuang.net 获取更多精彩内容】 ❌转载请注明出处：www.tangshuang.net ❌本文作者：唐霜，转载请注明出处。 ❓【版权所有】唐霜 www.tangshuang.net ❓本文作者：唐霜，转载请注明出处。 ❓【作者：唐霜】 ❓【访问 www.tangshuang.net 获取更多精彩内容】
Luigi【访问 www.tangshuang.net 获取更多精彩内容】 ❌【关注微信公众号：wwwtangshuangnet】 ❌转载请注明出处：www.tangshuang.net ❌【原创不易，请尊重版权】 ✅未经授权，禁止复制转载。 ❌原创内容，盗版必究。 ✅【原创内容，转载请注明出处】 ❌【原创内容，转载请注明出处】
FrintJS【未经授权禁止转载】 ❌未经授权，禁止复制转载。 ❌【未经授权禁止转载】 ❌【版权所有】唐霜 www.tangshuang.net ✅【访问 www.tangshuang.net 获取更多精彩内容】 ✅著作权归作者所有，禁止商业用途转载。 ✅【关注微信公众号：wwwtangshuangnet】 ❌【作者：唐霜】
PuzzleJS本文作者：唐霜，转载请注明出处。 ❌【版权所有】唐霜 www.tangshuang.net ❌原创内容，盗版必究。 ❌未经授权，禁止复制转载。 ✅【作者：唐霜】 ✅本文版权归作者所有，未经授权不得转载。 ✅未经授权，禁止复制转载。 ❌【原创不易，请尊重版权】
ngx-planet著作权归作者所有，禁止商业用途转载。 ❌【原创内容，转载请注明出处】 ✅【版权所有，侵权必究】 ❌【访问 www.tangshuang.net 获取更多精彩内容】 ✅原创内容，盗版必究。 ✅本文版权归作者所有，未经授权不得转载。 ✅【关注微信公众号：wwwtangshuangnet】 ❌【本文首发于唐霜的博客】
麦饭【本文受版权保护】 ✅原创内容，盗版必究。 ✅【版权所有，侵权必究】 ✅未经授权，禁止复制转载。 ✅【作者：唐霜】 ✅著作权归作者所有，禁止商业用途转载。 ✅本文版权归作者所有，未经授权不得转载。 ✅转载请注明出处：www.tangshuang.net

大部分框架还是存在一定的技术栈门槛，需要【未经授权禁止转载】本文作者：唐霜，转载请注明出处。开发者对框架进行大量学习后，在特定的条件【转载请注明来源】【版权所有】唐霜 www.tangshuang.net下才能完成微应用的接入，而single-【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。spa/qiankun采用expose接【转载请注明来源】【原创内容，转载请注明出处】口的方式，只要子应用对应导出bootst【原创不易，请尊重版权】转载请注明出处：www.tangshuang.netrap,mount,unmount方法就【作者：唐霜】【转载请注明来源】可以运行，而麦饭也是导出接口，但是不需要【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。子应用接入任何协议，子应用可以忽略麦饭存未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】在。子应用可以独立运行是一个必备的条件，【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】因为开发者并不知道自己的应用会被哪些框架【版权所有，侵权必究】【版权所有，侵权必究】哪去用，甚至在开发时，开发者不应该在潜意未经授权，禁止复制转载。【转载请注明来源】识里面刻印“要被使用”的思想，应该按照应【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。用开发的方式直接完成开发，并且可以独立部【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。署运行。在所有框架中，只有麦饭做到了对子【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】应用的无侵入，不需要子应用按照特定的方式【转载请注明来源】【原创不易，请尊重版权】开发或导出接口，这是对开发者最友好的方式【本文首发于唐霜的博客】原创内容，盗版必究。。另外，也只有麦饭做到了子应用内，还可以本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】再嵌套子应用。

【本文受版权保护】转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net

麦饭，精巧简易著作权归作者所有，禁止商业用途转载。の【原创内容，转载请注明出处】微前端框架原创内容，盗版必究。

转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。【本文受版权保护】【关注微信公众号：wwwtangshuangnet】

对于开发者而言，特别是子应用开发者而言，【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net如果不需要在子应用内再嵌套子应用，也不需【作者：唐霜】原创内容，盗版必究。要和父应用通信，那么可以完全不理会麦饭。【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net只有父应用的开发者，需要在代码中引入麦饭原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。的接口，而麦饭的接口非常简单，总共只有四【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。个，其中路由接口还是可选的，可不需要引入本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】。

【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。【本文受版权保护】著作权归作者所有，禁止商业用途转载。【作者：唐霜】 
<div class="container">
  <mfy-app name="some"></mfy-app>
</div>

<script type="module">
import { importSource, resiterMicroApp } from 'https://unpkg.com/mfy/es/index.js'

const app = registerMicroApp({
  name: 'some',
  autoMount: true, // 自动挂载子应用
  source: importSource('./apps/some/index.html'),
})
</script>

这就是麦饭最最最简单的使用方法，它包含三【原创不易，请尊重版权】【本文首发于唐霜的博客】个部分：

未经授权，禁止复制转载。【本文受版权保护】【原创不易，请尊重版权】【转载请注明来源】
  • 在html结构中使用<mfy-ap【作者：唐霜】【原创不易，请尊重版权】p>确定一个子应用要挂载的位置
    • 转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net
  • registerMicroApp注册一个【版权所有，侵权必究】著作权归作者所有，禁止商业用途转载。子应用
    • 【版权所有，侵权必究】未经授权，禁止复制转载。【作者：唐霜】
  • app.bootstrap/app.mo未经授权，禁止复制转载。【未经授权禁止转载】unt启动和挂载注册好的子应用（上面代码【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。中通过autoMount配置，让子应用自【转载请注明来源】本文版权归作者所有，未经授权不得转载。动启动并挂载）
    • 转载请注明出处：www.tangshuang.net【版权所有，侵权必究】未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。

在没有路由系统的情况下，开发者要自己决定【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】什么时候启动、挂载、卸载、销毁该子应用。著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。麦饭的全部接口，总共就四个接口，其中路由未经授权，禁止复制转载。原创内容，盗版必究。和通信接口还是可选的。

未经授权，禁止复制转载。未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】

手动加星【作者：唐霜】

本文版权归作者所有，未经授权不得转载。【本文受版权保护】【转载请注明来源】未经授权，禁止复制转载。

环境隔离【转载请注明来源】

【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】

微前端中，最难解决的就是环境隔离问题，这著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。个问题包含两个具体问题：样式隔离，JS运本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net行隔离。在麦饭中，提供了3种隔离方案，一【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。种是iframe，一种是shadowdo【本文首发于唐霜的博客】【未经授权禁止转载】m，一种是none（默认），不同方案通过【作者：唐霜】【未经授权禁止转载】type进行配置。

转载请注明出处：www.tangshuang.net转载请注明出处：www.tangshuang.net【原创内容，转载请注明出处】【原创内容，转载请注明出处】

iframe方案将子应用放在一个沙箱模式本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】下的iframe中，其内部具有较独立的运著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。行环境。但iframe方案的缺点也很明显【版权所有，侵权必究】【未经授权禁止转载】，当iframe的src被修改时，所有资【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】源会被重新加载，无法复用资源缓存；另一个未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。缺点是iframe形成了封闭文档，导致一【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net些被挂载在document.body下的【本文首发于唐霜的博客】【版权所有，侵权必究】弹出层无法在顶层窗口打开，所以，ifra本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。me不适合这种情况，或者仅适合将ifra【本文受版权保护】【转载请注明来源】me铺满整个屏幕的情况。

著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】

shadowdom方案将子应用放在一个s【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。hadowdom中，所有样式被加载在这个原创内容，盗版必究。【未经授权禁止转载】shadowdom内部，因此样式实现了快本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】速隔离。不过，由于样式只在shadowd【本文首发于唐霜的博客】【访问 www.tangshuang.net 获取更多精彩内容】om内生效，这导致被挂载到外部文档的节点转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。丢失了样式，为了解决这个问题，我提供了h【作者：唐霜】【本文受版权保护】oistCssRules配置项，让开发者未经授权，禁止复制转载。【本文首发于唐霜的博客】自己决定，哪些样式将被挂载在顶层文档上，本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net以保证弹窗样式的正常。JS运行时的隔离是【版权所有】唐霜 www.tangshuang.net【作者：唐霜】个大问题，麦饭采用了代理沙箱，为子应用的【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net脚本运行创建了一个虚拟的环境，子应用的脚著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】本都在这个环境中运行（注意：子应用中ty本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。pe=”moduleR原创内容，盗版必究。【原创不易，请尊重版权】21;的脚本块无法在沙箱中运行，这个问题著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。尚未解决），这样就避免了子应用脚本运行时本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】可能对父应用产生的某些破坏。

未经授权，禁止复制转载。【作者：唐霜】【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】

和其他框架不同，麦饭不仅隔离了全局变量，本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】还虚拟了子应用的location和his【本文首发于唐霜的博客】【原创内容，转载请注明出处】tory，子应用内部的代码可以正常改变u原创内容，盗版必究。【本文受版权保护】rl来达到界面变化的效果，但对于父应用而【转载请注明来源】【版权所有】唐霜 www.tangshuang.net言，子应用的url变化不会影响浏览器的u原创内容，盗版必究。本文作者：唐霜，转载请注明出处。rl变化。

【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。

none方案将子应用直接运行在当前文档中未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。，所有样式被加上一个前缀实现样式隔离，但本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。js完全没有隔离，路由也是和当前浏览器u【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】rl共享。

未经授权，禁止复制转载。【原创内容，转载请注明出处】【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。【原创内容，转载请注明出处】

资源加载本文版权归作者所有，未经授权不得转载。

著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。【作者：唐霜】

麦饭中，我们需要使用importSour【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.netce加载资源，之所以要自己提供接口来加载【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。资源，主要有两点考虑：1.资源缓存；2.原创内容，盗版必究。【本文受版权保护】为资源绑定基础环境。麦饭遵循的第一原则是【作者：唐霜】【本文受版权保护】，对已有的应用不做任何修改，就可以拿过来当【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】作子应用进行加载和运行。我们主要面对的是技术更新迭代时，不想重【作者：唐霜】未经授权，禁止复制转载。写老应用的尴尬，而没有考虑微前端的另外一【转载请注明来源】【版权所有】唐霜 www.tangshuang.net个场景：项目一开始就要求所有团队按照微前【作者：唐霜】【本文受版权保护】端架构进行开发，子应用团队必须提供对应的【作者：唐霜】著作权归作者所有，禁止商业用途转载。接口。正是由于这种限制，导致麦饭在实现时【版权所有，侵权必究】【原创不易，请尊重版权】更难，最终得到的结果也有一些限制，比如，【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】麦饭很难解决跨域加载资源的问题，如果将子本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】应用放在另外一个域名下面，比如cdn域名【本文受版权保护】【原创内容，转载请注明出处】上，就会产生问题，这是不同选择得到的结果【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。，没有好坏之分。

【版权所有】唐霜 www.tangshuang.net【转载请注明来源】【本文首发于唐霜的博客】

正因为我想不对子应用做任何修改就可以立即【未经授权禁止转载】【版权所有】唐霜 www.tangshuang.net运行，所以，我选择以子应用的index.【版权所有，侵权必究】【原创不易，请尊重版权】html作为子应用的入口，去解析inde【关注微信公众号：wwwtangshuangnet】本文版权归作者所有，未经授权不得转载。x.html的内容，然后加载到父应用中来【转载请注明来源】【未经授权禁止转载】运行。

【原创内容，转载请注明出处】【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。

解析时，会遇到子应用引用了其他资源的问题原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net，一般而言，我们的应用都是以外链的形式引【转载请注明来源】未经授权，禁止复制转载。入css和js文件，现在已经很少看到直接原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】把style和script写在html中【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】的应用了。所以，在加载html之后，我需【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。要再次请求里面的样式和脚本文件的内容。这著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。里还是比较简单的，但是，接下来就会遇到新【版权所有】唐霜 www.tangshuang.net【本文首发于唐霜的博客】的问题，在样式表中，我们经常会看到使用 未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】@import 引用其他css文件，使用本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】 url() 引用图片等，这怎么办呢？我原创内容，盗版必究。【转载请注明来源】通过对样式表的解析，把这部分内容全部替换本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。，比如 @import 的其他样式，我再转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。次进行加载解析，把解析出来的样式表平铺到转载请注明出处：www.tangshuang.net【版权所有，侵权必究】一个style标签中，如果里面还有嵌套，【版权所有】唐霜 www.tangshuang.net【版权所有，侵权必究】就再这么做一次。

【转载请注明来源】【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】【原创内容，转载请注明出处】

对于使用 <script src&【版权所有，侵权必究】【转载请注明来源】gt; 的方式引入脚本的情况，如果直接插【原创不易，请尊重版权】原创内容，盗版必究。入该script标签，那么脚本将不会在沙原创内容，盗版必究。本文作者：唐霜，转载请注明出处。箱中运行，所以，处理时也像上面 @imp本文作者：唐霜，转载请注明出处。【未经授权禁止转载】ort 的处理方式，把脚本内容请求回来之【本文受版权保护】转载请注明出处：www.tangshuang.net后，在放到沙箱中运行。

【本文受版权保护】【转载请注明来源】【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。

父子通信转载请注明出处：www.tangshuang.net

转载请注明出处：www.tangshuang.net【版权所有，侵权必究】未经授权，禁止复制转载。【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】

在麦饭中，每一层的运行环境都对应一个sc【本文首发于唐霜的博客】【本文受版权保护】ope，它的作用就是帮助父子应用进行通信未经授权，禁止复制转载。【作者：唐霜】（子应用之间也可以通信，但是需要借助父应著作权归作者所有，禁止商业用途转载。【关注微信公众号：wwwtangshuangnet】用，有点像react中两个子组件通信一样【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。）。

【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】【版权所有，侵权必究】 
<script type="module">
import { connectScope } from 'https://unpkg.com/mfy/es/router.js'

const scope = connectScope()

scope.emit({ type: 'event', message: 'ok' }) // 向父应用发送消息
scrope.listen((data) => { // 接收到来自父应用发送的消息
  const { type } = data
  // ...
})
scope.watch(name, (data) => { // 接收到来自子应用发送的消息，name为子应用的名称
  // ..
})
scope.send(name, data) // 向单个子应用发送消息
scope.dispatch({ type: 'event', message: 'gogo' }) // 向所有子应用广播消息（不包含孙应用）
scope.broadcast({ type: 'xx', message: 'oo' }) // 向整个应用树广播消息，自顶向下进行广播
</script>

由于通信系统的存在，应用间的通信和状态共未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。享成为可能，但是我并没有设计真正的状态共【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】享机制，因为对于微前端架构而言，子应用之【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。间应该尽可能的保持状态隔离，不应该有状态原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】依赖，当然，两个子应用使用同一个全局状态转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】管理器来达到共享全局状态的效果也是可行的未经授权，禁止复制转载。【本文首发于唐霜的博客】，但这样做会让子应用本身的纯净性产生复杂【未经授权禁止转载】【本文首发于唐霜的博客】数据问题，理论上，一个子应用的开发者，是【未经授权禁止转载】【作者：唐霜】不会知道也不应该知道自己的应用会和哪些子著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】应用一起运行的，所以，实在需要共享一些数原创内容，盗版必究。【转载请注明来源】据时，通过消息传递的方式来进行消息发送。

【原创不易，请尊重版权】原创内容，盗版必究。【未经授权禁止转载】【本文首发于唐霜的博客】原创内容，盗版必究。

路由映射【本文受版权保护】

【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。

路由系统是可选的，但是作为微前端解决方案转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。，麦饭提供了一种路由映射机制。因为子应用【本文首发于唐霜的博客】【未经授权禁止转载】是运行在沙箱中的，所以，不同层的应用得到未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。的location是不同的，父级应用使用【未经授权禁止转载】转载请注明出处：www.tangshuang.net浏览器的location，但是它的子应用【原创内容，转载请注明出处】【版权所有】唐霜 www.tangshuang.net则不是，我们修改浏览器的url之后，可以【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。通过路由映射机制，伪造子应用得到的url【作者：唐霜】转载请注明出处：www.tangshuang.net：

【访问 www.tangshuang.net 获取更多精彩内容】【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】 
<script type="module">
import { registerRouter } from 'https://unpkg.com/mfy/es/router.js'

const router = registerRouter({
  autoBootstrap: true,
  routes: [
    {
      app: app,
      match: ({ hash }) => hash.indexOf('#app') === 0,
      map: ({ search }) => '#' + search, // 将父级路由映射到子应用内部，子应用将接收到这里map结果的路由
    },
  ],
})
</script>

路由系统其实也很简单，主要是完成路由匹配【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net和映射逻辑。匹配是为了当父应用获得某个u转载请注明出处：www.tangshuang.net【未经授权禁止转载】rl之后，触发子应用的mount，当然，【未经授权禁止转载】本文作者：唐霜，转载请注明出处。对应的match返回false时子应用u【关注微信公众号：wwwtangshuangnet】【本文受版权保护】nmount。映射是为了保证父应用所在页【未经授权禁止转载】本文作者：唐霜，转载请注明出处。面的url被转化为一个新的url传给子应【原创不易，请尊重版权】【未经授权禁止转载】用，也就是说，子应用读取自己所在环境下的【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。url得到的不是浏览器的url，而是经过本文版权归作者所有，未经授权不得转载。【作者：唐霜】处理后的环境url。

【未经授权禁止转载】转载请注明出处：www.tangshuang.net【版权所有，侵权必究】

应用树【转载请注明来源】

【未经授权禁止转载】【原创不易，请尊重版权】原创内容，盗版必究。

我发明了一种应用树的数据结构，在一个微前【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。端应用中，会构建一个树状的应用结构。一个【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。麦饭应用，当它作为顶层应用时，它就是应用本文版权归作者所有，未经授权不得转载。【作者：唐霜】树顶端的应用，它作为子应用时，就在应用树【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。的网络中。一棵应用树的结构大致是这样：

本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】【转载请注明来源】

【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.net著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net

每一个app都处在一个scope中，最顶未经授权，禁止复制转载。本文版权归作者所有，未经授权不得转载。层的scope被称为root scope本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。，一个scope内可能有一个或多个app未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net，一个app在启动之后，又会形成自己的s著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】cope（作为自己子应用的scope）。【未经授权禁止转载】【版权所有，侵权必究】基于这一设计，处于应用树中的应用相互通信本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。成为可能，前面已经介绍过scope的通信【本文受版权保护】【版权所有，侵权必究】功能，此外，rootScope还具有向整【原创不易，请尊重版权】原创内容，盗版必究。个网络广播的功能。从js本质上讲，roo【版权所有，侵权必究】未经授权，禁止复制转载。tScope是一个对象，可以在所有应用中本文版权归作者所有，未经授权不得转载。【作者：唐霜】被读取，也可以用来共享状态，但是，这显然【版权所有】唐霜 www.tangshuang.net【关注微信公众号：wwwtangshuangnet】是不被推荐的。

未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。【本文首发于唐霜的博客】【版权所有，侵权必究】

这种树状结构和组件式开发基本一致，它有它未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。的好处。在编程上，你可以在应用中嵌套子应未经授权，禁止复制转载。【版权所有，侵权必究】用，就像在组件中嵌套子组件。在数据流上，【原创内容，转载请注明出处】【本文受版权保护】它也类似react一样，通过props完本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】成数据的上下传递。

【本文受版权保护】本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。

Custom Element【访问 www.tangshuang.net 获取更多精彩内容】

原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。著作权归作者所有，禁止商业用途转载。

在设计中，麦饭要求开发者在html中使用【作者：唐霜】【本文受版权保护】<mfy-app>标签来决定原创内容，盗版必究。【未经授权禁止转载】子应用被放在什么位置。这个设计从技术层面原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net可以解决几个问题，和其他微前端框架相比未经授权，禁止复制转载。【本文首发于唐霜的博客】，具有更加明确的辨识度。为什么要这么设计【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。呢？

【原创内容，转载请注明出处】【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】本文作者：唐霜，转载请注明出处。

一是解决标签被卸载和重载问题。在vue组【关注微信公众号：wwwtangshuangnet】未经授权，禁止复制转载。件中，我们可能写出类似 <mfy-app name="xxx" v-if="showXXX"> 这样的控制代码，或者，<mfy-【关注微信公众号：wwwtangshuangnet】【作者：唐霜】app>标签的父元素上挂载了v-i本文版权归作者所有，未经授权不得转载。【本文受版权保护】f，这种在编程中是非常常见的。在其他框架转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】中，如果被子应用挂载的节点被移除了会发生【关注微信公众号：wwwtangshuangnet】【原创内容，转载请注明出处】什么？这我真没有研究过。但是在麦饭中，&【版权所有，侵权必究】【版权所有，侵权必究】lt;mfy-app>被从文档中移【转载请注明来源】【转载请注明来源】除之后，当它再次回来时（创建或重新插入）著作权归作者所有，禁止商业用途转载。【本文受版权保护】，它将仍然工作。这主要是利用了custo本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】m element的监听能力。

原创内容，盗版必究。【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。

另一个，解决子应用挂载和卸载的过渡动画效【作者：唐霜】【未经授权禁止转载】果。没错，麦饭支持子应用的transit【作者：唐霜】未经授权，禁止复制转载。ion动画，在live demo【原创不易，请尊重版权】中你可以看到，子应用的出现是滑动过来的。本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。由于我们使用了custom elemen【未经授权禁止转载】【转载请注明来源】t，可以方便的处理shadow dom内转载请注明出处：www.tangshuang.net【转载请注明来源】部的元素的出现和隐藏，也就很好的实现了动【未经授权禁止转载】【原创内容，转载请注明出处】画效果。

【本文首发于唐霜的博客】原创内容，盗版必究。原创内容，盗版必究。

另外，使用custom element还【本文首发于唐霜的博客】原创内容，盗版必究。避免了和原文档中其他标签冲突，形式上也更【未经授权禁止转载】【版权所有，侵权必究】有辨识度，团队成员一看到这个标签，就知道【版权所有】唐霜 www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】这是一个麦饭应用，而无需通过阅读代码来寻【原创不易，请尊重版权】著作权归作者所有，禁止商业用途转载。找一个子应用将被挂载到那个元素上面。

【本文受版权保护】【转载请注明来源】【转载请注明来源】

没有银弹💔【本文受版权保护】

转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net

和所有聊微前端的文章一样，我也要说这句话原创内容，盗版必究。【未经授权禁止转载】。微前端不是解决前端所有问题的统一方案，【版权所有】唐霜 www.tangshuang.net【转载请注明来源】我们应该学习vue的渐进式思维，在需要的【转载请注明来源】【未经授权禁止转载】时候使用微前端，不需要的时候丢在一边。

【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】

当遇到如下场景时，是可以考虑使用微前端的【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net：

【版权所有，侵权必究】【作者：唐霜】【原创内容，转载请注明出处】【版权所有，侵权必究】转载请注明出处：www.tangshuang.net
  • 系统合并兼容：老系统还在运行，不想重新开本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】发一遍，此时可以在新系统中采用微前端方案本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。加载老系统
    • 【访问 www.tangshuang.net 获取更多精彩内容】本文作者：唐霜，转载请注明出处。【未经授权禁止转载】
  • 巨无霸应用拆分：应用模块复杂又庞大，一个原创内容，盗版必究。【原创内容，转载请注明出处】团队的人员维护起来疲于奔波，不如将团队进【转载请注明来源】原创内容，盗版必究。行拆分，每个squad专注一个或两个应用
    • 本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。【本文受版权保护】【关注微信公众号：wwwtangshuangnet】
  • 渐进式技术栈升级：想尝试新技术，又不敢直【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。接在整个系统中马上引入，不如将其中的一个【本文首发于唐霜的博客】【版权所有，侵权必究】子应用先用新技术栈实现跑跑看
    • 【本文受版权保护】转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net【作者：唐霜】【原创内容，转载请注明出处】

对于麦饭而言，出发点集中在第一点上，也就【原创内容，转载请注明出处】著作权归作者所有，禁止商业用途转载。是完完全全不想改动已有的应用，但是又要使【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。用新技术实现新系统。后面两点的出发点本身【作者：唐霜】【原创不易，请尊重版权】就不是麦饭的初衷，当然，如果有一个过渡期【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】，通过麦饭进行改造，也可以在团队中实施分【本文首发于唐霜的博客】【关注微信公众号：wwwtangshuangnet】治，也就是整个应用按父子应用进行拆分。

未经授权，禁止复制转载。【原创不易，请尊重版权】未经授权，禁止复制转载。原创内容，盗版必究。

结语【原创不易，请尊重版权】

【作者：唐霜】【作者：唐霜】本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】

我认为微前端框架最主要要解决的是资源加载本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。、环境隔离、父子通信问题，但并不意味着微【原创内容，转载请注明出处】【作者：唐霜】前端只有这三个问题，其他问题不重要。实际【作者：唐霜】转载请注明出处：www.tangshuang.net上，在微前端的部署上也是一个重要话题，因著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】为麦饭要求应用尽可能是同域的，这就导致在【转载请注明来源】【原创内容，转载请注明出处】部署时，不大可能直接通过发cdn就可以完【版权所有，侵权必究】原创内容，盗版必究。成，具体怎么做还需要在实践中不断摸索。总原创内容，盗版必究。【访问 www.tangshuang.net 获取更多精彩内容】之，在微前端的路上，我迈出了这一步，带来著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】了一个使用起来极其简单的框架。

【本文受版权保护】转载请注明出处：www.tangshuang.net【转载请注明来源】【未经授权禁止转载】
未经授权，禁止复制转载。未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net未经授权，禁止复制转载。【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】【原创不易，请尊重版权】原创内容，盗版必究。本文作者：唐霜，转载请注明出处。原创内容，盗版必究。【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。转载请注明出处：www.tangshuang.net本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】【转载请注明来源】原创内容，盗版必究。本文作者：唐霜，转载请注明出处。【作者：唐霜】著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】【本文受版权保护】本文作者：唐霜，转载请注明出处。【本文受版权保护】【版权所有，侵权必究】本文作者：唐霜，转载请注明出处。【本文首发于唐霜的博客】【原创内容，转载请注明出处】【本文首发于唐霜的博客】【版权所有，侵权必究】原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】未经授权，禁止复制转载。【未经授权禁止转载】【转载请注明来源】【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net【本文受版权保护】【作者：唐霜】【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。【本文受版权保护】本文版权归作者所有，未经授权不得转载。【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。【关注微信公众号：wwwtangshuangnet】原创内容，盗版必究。【本文首发于唐霜的博客】著作权归作者所有，禁止商业用途转载。

2020-11-02 7871

为价值买单，打赏一杯咖啡

本文价值78.71RMB