微前端是一种多个团队通过独立发布功能的方式来共同构建现代化 web 应用的技术手段及方法策略。将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的小块，而在用户看来仍然是内聚的单个产品。

本文主要讨论微前端框架 qiankun 的沙箱实现方案，及各方案的实现原理，希望大家对 js 沙箱隔离有更深的理解。

通过引入qiankun微前端框架，实现项目的渐进式升级，既能快速引入新的框架开发新的功能，又能灵活的根据需求逐步翻新已有的功能，直至整个项目完成重构升级。

伏羲项目商办后台（伏羲CMS），作为服务于58商办C端的后台项目，目前涉及联合办公和写字楼两个类目，提供了相关业务操作、C端广告配置、数据统计、角色权限管理等模块。作为商业地产的新平台，伏羲CMS具有功能迭代灵活、业务扩展迅速等特点。

本文梳理了基于阿里开源微前端框架qiankun，实现多页签，并实现子应用的缓存的方案，同时还类比了多个不同方案之间的区别及优劣势。

微前端（Micro-Frontends）是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。

微前端并不是前端领域的新概念。早期希望前端工程能够像后台的微服务一样，项目分开自治，核心的诉求是：

1、兼容不同技术栈

2、将项目看作页面、组件，能够复用到不同的系统中

早期比较成熟的 single-spa，从早期 React 的现代框架组件生命周期中获得灵感，将生命周期应用于这个应用程序，即将整个页面作为组件。

后来蚂蚁金融团队孵化了基于 single-spa 的 qiankun 架构，将微前端进一步的深耕，目标直指巨石应用业务难题，旨在解决单体应用在一个相对长的时间跨度下，由于参与的人员、团队的增多、变迁，从一个普通应用演变成一个巨石应用 (Frontend Monolith) 后，随之而来的应用不可维护的问题。这类问题在企业级 Web 应用中尤其常见。

本人在深入实践微前端之后，深感 qiankun 受制于前端架构的定位，无法使用 Nodejs 等能力快速解决快速发布，构建，管理的困境，因此在此基础上做了一定程度的 APAAS 探索，将本文的项目作为 APAAS 应用快速集成到其他业务系统。

Qiankun是社区的一种微前端框架；MF是模块联邦的意思，在Webpack 5中流行起来的，也属于一种微前端方案。

运用微前端和 uni-render 技术，让商品中台的前端系统变的更加灵活、更加具有可观察性。

qiankun框架孵化自蚂蚁金融科技基于微前端架构的云产品统一接入平台，是一个基于 single-spa 的微前端实现库。

对巨石应用说不：转转商业微前端qiankun历史项目迁移升级实践。

本文通过云音乐广告合约系统的微前端落地来介绍 qiankun 的应用实践。

云音乐广告 Dsp（需求方平台）平台分为合约平台（Vue 框架）和竞价平台（React 框架），因历史原因框架选型未能统一，最近来了新需求，需要同时在两个平台增加一样的模块，因为都是 Dsp 平台，后期这样的需求可能会很多，所以考虑到组件复用以及降低维护成本，在想怎么统一技术栈，把 React 系统塞到 Vue 项目中进行呈现。

转转中后台系统的持续建设