微前端技术框架qiankun技术分享：https://zhuanlan.zhihu.com/p/135343332
公司平台涉及自研和外采等多个子系统，如何把众多子系统前端界面集成到一起，组成统一平台管理界面，最大程度地提升保持用户体验一致，是项目团队首要解决的问题，在传统iframe方案不能满足项目需求情况下，经过反复技术对比，最终确定运用qiankun框架解决目前任务需求。
什么是微前端？有哪几种常见的解决方案？
https://www.cnblogs.com/wuzhiquan/p/14090485.html
说说个人的理解。随着微服务开发模式的兴起，前端开发也提出了微前端的开发模式。主要是为了将复杂的大应用进行解耦，拆分成一个主应用下挂载多个子应用，有那么一点分而治之的思想。就像古代分封诸侯，皇帝分封诸侯国，诸侯国治理自己封地的事情，定期向皇帝上报。诸侯国与中央的通讯就像子项目与主项目之间的通讯。
目前常见的解决方案有：
- iframe方案
- single-spa方案
- qiankun方案
为什么要是使用微前端，有什么样的场景使用微前端？
有多个模块，每一个模块都可以看成一个应用，每一个应用都是一个完整的项目。
如果不采用微前端，整个项目集中在一起，不但不好分离，还会导致项目越来越大，同时参与的人员也会越来越多，非常不好管理，代码也不好维护。如果有个需求：需要子应用脱离平台独立运行，如果是微前端的方式，不费吹灰之力，子应用可以直接运行。但要是整合在一起，就比较费力。
还有一种场景，开发中的平台项目，突然需要嵌入别的项目。重新开发是不可能的了，不但开发成本过高，还要维护多套代码，所以也只能采用微前端的形式了。（巨无霸的Jquery老项目建议使用iframe的形式）
所以，在以上场景的时候，使用微前端是非常合适的。
qiankun方案怎么实现微前端？
- qiankun的使用与技术栈无关，同时子应用也是可以自由选择开发的框架，可以自己制定开发规范。
- qiankun在开发环境下，主项目和全部子项目都会运行起来，如果子项目没有运行起来，当主项目菜单切到该子项目的时候，会打不开。所以在开发环境就会跑起多个服务。
- 部署的时候，主项目和子项目都需要分别打包，通常在主项目创建一个文件夹，子项目都打包后，放在主项目文件夹下面。这样之后跑起一个服务，同时可以使用子项目的路径，独自运行子项目。