什么是微前端

绪论

最近收到了好未来的实习offer，也加了小组的开发人员，问了我的实习任务，说要学习微前端，这几天都在网上学习微前端的内容，今天来说一下我个人对微前端的认识，如有错误的地方，请敬请指出，哈哈！

微前端出现的时机及概念

在了解微前端之前，我认为的前端项目都是一整个应用的项目，使用的都是同一种框架。移动端，web网页也好都是一个打包好的整体项目，不存在分离。我想应该也不在少数的朋友们和我想的一样，毕竟之前确实没有接触过微前端，哈！

那么为什么会出现微前端这个技术呢？

1. 技术的迭代：随着项目采用的技术越来越丰富，如何无损的将新技术加载到项目中，这是微前端概念起始的第一个原因；
2. 项目的管理：一个成功的项目往往是具有大体量的，也就是代码非常多，功能也比较复杂，这一些问题，就造成了项目的难以管理。所以出现一种用来合理处理大项目的技术也是必然的。结合后台的微服务的概念，前端几年前推出了微前端的概念。这使得项目的管理变得方便，一个整体的项目可以根据功能的不同拆分为多个子应用，子应用也可以独立运行和部署，方便了管理和维护。

所以微前端是什么呢？
通过上面的解释，想必大家已经知道了大致微前端的概念了，哈。下面来总结一下：
微前端技术，就时将大型应用拆分为多个子应用，子应用可以采用不同的技术框架，子应用可以独立部署运行，也就是说单独去看子应用也是一个项目。采用微前端的项目，通过主应用去通过一定的技术（single-spa/qiankun）调用子应用，并运行。

优点

1. 子应用可独立运行，部署，整体项目的解耦效果比较明显
2. 与技术栈无关，子应用采用的技术栈不影响主应用去加载，所以一个项目中可以存在不同的框架（因为子应用打包过后都是原生web的技术，所以不同的框架对整体项目是没有影响的）
3. 运行时的隔离，子应用的代码是不会影响到其他子应用和主应用的，但是个应用可以通过参数进行应用之间的通信
4. 单页应用效果更好，在单页应用中页面的跳转大多是路由的形式，采用微前端的子应用就是通过主应用的路由劫持，将子应用加载到目标路由中，所以不存在用户刷新后，就重新加载。（如果采用的iframe加载其他页面，那么刷新后会重新加载）

总结

总的来说微前端还是比较容易懂的，也符合程序员的正常想法，我自己感觉目前可能不太成熟（目前也就single-spa和qiankun两个微前端的框架），感觉还不够普遍化，可能是因为这几年才出来的原因吧。不得不说是一个非常好的概念。

接下来会有single-spa的实战和qiankun项目的实战，如果大家对微前端感兴趣可以持续关注哈1