几年前微前端火得一塌糊涂。独立开发、独立部署、技术栈随便选，团队各干各的，听起来特别美。现在风向变了。越来越多团队开始回头想：当初拆得那么碎，到底图什么？

微前端不是一个实际技术，而是一种新的组织及架构方法，自然也不是指某种特定的框架。传统开发方式时常采用水平架构，例如整个专案有一个前端团队，搭配一个以上的头部团队或者UI设计团队

在实习的这段时间接触了很多新东西，比如微前端就是其中之一，在这里小浪就来聊聊微前端中的qiankun框架,当我们开发大型的前端应用时，通常需要将应用拆分成多个子应用进行开发和维护。这时候微前端就显得尤为重要。

微前端概念是从微服务概念扩展而来的，摒弃大型单体方式，将前端整体分解为小而简单的块，这些块可以独立开发、测试和部署，同时仍然聚合为一个产品出现在客户面前

本文梳理了基于阿里开源微前端框架qiankun，实现多页签及子应用缓存的方案，同时还类比了多个不同方案之间的区别及优劣势，为使用微前端进行多页签开发的同学，提供一些参考

最近需要重构一个老项目，定的方案用微前端去改造。主应用是老的项目，微应用是新的项目，由于重构时间比较紧张，子应用还需要使用父应用的一些组件。过程中遇到一些问题，记录一下。

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

根据Micro-Frontend 官网的定义，微前端是将网站或者 web 应用程序视为由独立团队拥有的功能组合。这么说你可能会感到难以理解，通俗地讲，微前端就是各个仓库组件独立，彼此可以独立开发和部署

为了扩展产品的规模，每一家组织在成长的过程中都要面对一系列的挑战：团队重组，选择正确的技术栈，项目之间的不一致性，以及容错性。在现代世界中

微前端的理念源自微服务，使用一个主应用作为主体框架和微应用加载器，根据不用的路由加载不同的微应用。微应用之间做到技术隔离，在展示上却是统一的。微前端主要用来解决单体应用在相对长的时间跨度下

微前端的概念最早由 thoughtworks 在 2016 年提出。微前端作为近些年来前端发展的热词，大中型企业也在部署微前端应用，像百度，腾讯，阿里等第一梯队大厂也完成了微前端的应用部署，正在逐级优化框架内容

不同于单纯的前端框架/工具，微前端是一套架构体系，这个概念最早在2016年底由 ThoughtWorks 提出。 微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，将 Web 应用从整个的「单体应用」转变为多个小型前端应用的「聚合体」。

Single SPA 是一个用于前端微服务的 javascript 框架。它使你可以在单页应用中使用多个框架，这样就可以按功能拆分代码，并 能使 Angular、React、Vue.js 程序一起运行

微前端开发常见问题汇总，前端应用可以独立运行、独立开发、独立部署。微前端不是单纯的前端框架或者工具而是一套架构体系。其在开发中会有各种问题，今天小编整理了一下分享给大家!

核心的就是渲染器，它提供了最基础渲染能力，有了它，你可以实现微前端、微服务、远程组件、首屏渲染，甚至可以和 React、EJS 等配合使用。