在最近的业务中，接到了一个需要处理约十万条数据的需求。这些数据都以字符串的形式给到，并且处理它们的步骤是异步且耗时的（平均处理一条数据需要 25s 的时间）。如果以串行的方式实现，其耗时是相当长的： 显然，我们不能简单地把数据一条一条地处理。那么有没有办法能够减少处理的时间呢？…

一个前端应用能够单独跑，也能被作为一个模块集成到另一个应用里，这种架构方式就叫做微前端。 它在前端领域能解决一些特定的问题： 中后台系统中，有一些别的技术栈开发的历史模块，但是希望能够在入口里集成进来

相信大家也知道 qiankun 有 SnapshotSandbox, LegacySandbox 和 ProxySandbox 这些沙箱，而它们又可以分为单例和多例两种模式，网上也有很多文章对其进行介

前端面试过程中被问到如何实现前端路由，我们应该从哪些方面回答。如果让你自己实现前端路由，你又该怎么做？

一、微前端微前端架构应用自治单一职责技术栈无关为什么需要微前端遗留系统迁移后端解耦，前端聚合热闹驱动开发二、微前端的技术拆分方式路由分发式：通过HTTP服务器的反向代理功能，将请求路由映射到对应的应用

什么是微前端 首先我们应该先知道什么是微服务 那么以微服务来类比，微前端也可以采用这种架构思想，将一个前端应用拆解成多个微应用，可独立开发、测试、部署，呈现给用户的是一个产品，内部原理实则是多个应用的

微前端实现沙箱的常用几种方式，有基于ifram的方式，通过diff方式实现，还可以通过代理(proxy)实现单实例和多实例沙箱

背景 有天leader满脸笑容看着我，我就知道没什么好事情。果然，一坐下来，leader就说，最近会有个新项目，这个项目里面会有低代码，可视化模块，同时还需要对接其它的系统（N个系统），公司这边希望我

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