👉博主介绍： 博主从事应用安全和大数据领域，有8年研发经验，5年面试官经验，Java技术专家，WEB架构师，阿里云专家博主，华为云云享专家，51CTO 专家博主

⛪️ 个人社区：个人社区
💞 个人主页：个人主页
🙉 专栏地址： ✅ Java 中级
🙉八股文专题：剑指大厂，手撕 Java 八股文

1. 什么是乾坤微前端？

乾坤（Qiankun）是蚂蚁金服推出的一个基于Single-SPA框架的微前端解决方案。它提供了一种将多个独立的小型前端应用集成到一个统一界面中的方法。乾坤的核心优势在于其支持多种技术栈共存、独立部署以及灵活的生命周期管理。这意味着不同团队可以使用不同的技术栈来开发各自的应用模块，并且这些模块能够无缝地组合在一起形成一个完整的大型应用。

2. 微前端能帮我解决什么问题？

微前端架构旨在解决传统单体前端应用中遇到的一些关键问题：

• 技术栈多样性：在大型项目中，不同业务线或团队可能希望采用最适合他们需求的技术栈。微前端允许各个子应用独立选择技术栈，如React、Vue、Angular等。
• 独立部署和更新：每个子应用都可以独立部署和更新，无需等待整个系统同步发布。这提高了开发效率，减少了发布风险。
• 性能优化：通过懒加载等机制，只在需要时加载特定子应用的资源，从而提高页面加载速度，改善用户体验。
• 维护成本降低：随着项目的增长，分而治之的方法使得代码库更加易于管理和维护，降低了整体复杂性。
• 历史遗留系统整合：对于拥有大量旧有系统的组织来说，微前端提供了一种逐步替换和现代化改造的方式，而不需要一次性重构整个系统。

3. 微前端与Iframe的区别

尽管Iframe也是一种实现多页面或应用集成的技术手段，但微前端相比Iframe具有以下显著优势：

• 交互性：微前端支持更高级别的跨应用通信能力，例如通过事件总线或状态管理工具共享数据；而Iframe内的内容与宿主页面之间的通信较为受限，通常依赖于postMessage API。
• SEO友好度：搜索引擎爬虫可以直接访问微前端中的内容，使其对SEO更加友好；而Iframe的内容往往被视为外部链接，难以被有效索引。
• 用户体验：微前端提供的体验更加流畅和一致，因为它更像是同一个网站的不同部分；Iframe则给人一种嵌入外部链接的感觉，可能导致视觉上的不连续感。
• 样式隔离：微前端架构下，各子应用间的样式相互隔离，避免了样式冲突；而在使用Iframe时，若没有特别处理，则可能会遇到CSS泄露等问题。
• 安全性：虽然两者都存在安全风险，但微前端可以通过配置沙箱环境等方式加强安全性控制；Iframe则更容易受到XSS攻击等威胁。

4. 什么场景适合用微前端？

微前端非常适合以下几种应用场景：

• 企业级复杂Web应用：当一个组织内存在多个团队需要协作完成同一产品时，采用微前端可以让不同团队专注于各自的模块，同时保持整体一致性。这种方式有助于提高开发效率，减少沟通成本。
• 长期演进项目：对于那些需要随着时间不断迭代改进的老项目而言，引入微前端可以帮助逐步替换老旧组件，而不影响现有功能。这样可以平滑过渡到新的技术栈，同时保证服务的连续性。
• 跨部门合作：在大公司里，不同部门可能负责不同的业务线，采用微前端可以让各部门按照自己的节奏和技术偏好来开发特定的功能区域。这种灵活性有助于促进创新，加快产品上市时间。
• 快速响应市场变化：通过快速迭代独立的服务，微前端有助于加速新特性的上线过程，使企业能够更快地适应市场需求的变化。此外，由于子应用可以独立部署，因此即使某个部分出现问题，也不会影响整个系统的稳定性。

乾坤微前端作为一种先进的微前端解决方案，为构建大规模、高性能的企业级Web应用提供了强有力的支持。它不仅解决了传统单体应用面临的诸多挑战，还促进了团队间的协作和技术创新。无论是面对复杂的内部系统还是快速变化的市场环境，微前端都是一个值得考虑的选择。

5.微前端和单体应用有什么区别？

微前端和单体应用是两种不同的前端架构模式，它们在多个方面存在显著的区别。以下是两者的主要区别：

1. 架构设计

• 单体应用：所有的功能模块都集成在一个代码库中，共享同一套技术栈。这种架构通常意味着整个应用作为一个整体进行开发、构建、部署和维护。
• 微前端：将一个大型的前端应用拆分成多个小型的应用或组件，每个部分可以独立开发、测试、部署，并且可以使用不同的技术栈。这些小应用通过一定的机制（如乾坤提供的框架）被组合成一个完整的用户界面。

2. 技术选型

• 单体应用：整个项目使用统一的技术栈和技术规范，这有助于保持一致性，但可能限制了技术创新。
• 微前端：允许不同团队根据各自的需求选择最适合的技术栈。例如，一部分可以用React，另一部分可以用Vue或Angular等。

3. 开发与协作

• 单体应用：所有开发者都需要对整个代码库有所了解，这可能导致较高的学习成本和潜在的合并冲突。此外，跨团队协作可能会变得复杂。
• 微前端：各个子应用可以由不同的团队负责，每个团队只需要关注自己的领域。这样可以提高开发效率，减少团队间的依赖和沟通成本。

4. 部署与发布

• 单体应用：每次更新都需要重新构建和部署整个应用，即使只改动了一小部分。这可能导致较长的发布时间窗口和较高的风险。
• 微前端：每个子应用都可以独立部署和更新，不需要影响到其他部分。这意味着可以实现更频繁的迭代和更快的交付速度。

5. 性能优化

• 单体应用：由于所有的资源都是一次性加载的，对于大型应用来说，初始加载时间可能会比较长。
• 微前端：支持按需加载，即只有当用户访问特定页面时才会加载相应的资源，从而提高了性能和用户体验。

6. 维护与扩展

• 单体应用：随着项目的增长，单体应用的维护成本会逐渐增加，因为整个代码库变得越来越庞大和复杂。
• 微前端：每个子应用都是相对独立的，更容易管理和维护。同时，新的功能可以以新应用的形式加入，而不必对现有系统进行大规模重构。

7. 安全性

• 单体应用：安全性通常集中管理，但也意味着一旦出现安全漏洞，可能会影响到整个应用。
• 微前端：虽然每个子应用可以有自己的安全策略，但也需要特别注意跨应用通信的安全问题。

8. 用户体验

• 单体应用：提供一致的用户体验，但可能受限于单一技术栈的表现能力。
• 微前端：可以通过多种技术栈来增强用户体验，但也需要注意保持各部分之间的一致性和协调性。

总的来说，微前端架构更适合那些希望提高灵活性、加快开发速度以及降低维护成本的大型企业级应用。而单体应用则更适合规模较小、需求变化不大的项目。选择哪种架构取决于具体的业务需求、团队结构和技术环境。

精彩专栏推荐订阅：在下方专栏👇🏻
✅ 2023年华为OD机试真题（A卷&B卷）+ 面试指导
✅ 精选100套 Java 项目案例
✅ 面试需要避开的坑（活动）
✅ 你找不到的核心代码
✅ 带你手撕 Spring
✅ Java 初阶