微前端是一种前端架构模式，是一种将前端应用程序拆分为更小、更独立的部分，并使用不同的技术栈来构建和部署这些部分的方法。这些独立的部分可以是单个页面、组件、功能模块或应用程序。

前言 这是一篇由浅入深地讲述如何对用qiankun实现的微前端项目接入Sentry的文章。在这篇文章中，我会列举描述两个接入方案，然后再细致地分析方案中涉及到的原理。 通过这篇文章，你将学会：

本文旨在通过部署微前端项目的实践过程中沉淀出一套部署方案，针对项目分别部署在不同的服务器上的场景，就一些重点步骤、碰到的问题做了一些总结。

工作中最可怕的是什么？是遇到业务复杂且乱作一团的巨石应用。改一发而动全身，无法渐进式重构，也没人敢对历史包袱进行优化，欠下的代码债只能像滚雪球一样越积越多，终于到某天玩不下去，大佬选择了跑路😄...

在微前端这个概念出现之前，我们或多或少都能够联想到另一个词性上有些相似的概念微服务，它从出现后便一直都很火热，并不断催生着后端架构体系的演进，如探究他们的诞生原因，会发现很多有意思的共同点。

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

一个合适的框架可以使你的工作事半功倍，但是如何选择合适的框架就是一个耐人寻味的事情，如果你对微前端框架不了解，那么你可以看看这篇

前端跨工程模块化，是随着前端应用越来越复杂，大部分具有一定规模的企业都会面临不同产品线开发的功能（前端业务模块）如何在不同工程中复用的问题。 就目前前端技术的发展来看，跨工程方面的技术尚处于发展期，和

前言 哈喽大家好，我是海怪。 在微前端的领域里，相信大家都听说过阿里的 qiankun。我自己在上几个月也一直用它来做一些实践： 微前端x重构实践落地总结 当企微侧边栏遇上微前端 在使用过程中我发现