本文我们主要对 qiankun 所基于的基座模式进行介绍。它的主要思路是将一个大型应用拆分成若干个更小、更简单，可以独立开发、测试和部署的微应用，然后由一个基座应用根据路由进行应用切换

最近项目需要使用到微前端，在经过对乾坤和无界的初步调研后，决定用无界。遇到了左一个右一个的问题，本文主要记录了如何解决这些问题，欢迎阅读。

开篇废话 滴，立冬卡❄️！ 冬季伊始特奉上文章一篇，揭秘 qiankun 框架远离，以此温暖倔友们追求技术的心 🔥🔥🔥🤣。 single-spa qiankun 实际上是对 single-spa 的二

本系列其他文章计划一到两个月内完成，点个 关注 不迷路。 本文将针对微前端框架 qiankun 的源码进行深入解析，在源码讲解之前，我们先来了解一下什么是 微前端。 微前端 是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小…

start 在使用qiankun时，我们最后调用start方法，完成子应用的加载，那么start函数具体做了什么，我们今天深入源于分析下，源码如下： 当前我们的start函数的入参为空，所以这里的op

一.前言 目前微前端在我们团队中的应用已经日渐成熟，其中应用最为广泛的解决方案是qiankun。我们已知qiankun相较于iframe具有一些优势： 更好的路由前进后退 更自然的弹窗遮罩层覆盖可视范

前言 微前端系列分为 上/下 两篇，本文为 上篇 主要还是了解微前端的由来、概念、作用等，以及基于已有的微前端框架进行实践，并了解微前端的核心功能所在，而在 下篇 中主要就是通过自定义实现一个微前端框

微前端的概念 微前端可以理解为存在于浏览器中的微服务。一般微前端多应用于企业中的中后台项目中，因为企业内部的中后台项目存活时间都比较长，最后演变成一个巨石应用的概率往往高于其他类型的web应用。

微前端的特性：“技术栈无关”，“独立开发、独立部署”，“环境隔离” 这意味着我们可以循序渐进的进行巨石应用的拆解，去技术升级、去架构尝试、去业务拆解等等。以低成本、低风险的进行，为项目带来更多可能性