在调试过程中，我尝试将该项目在本地改造成主应用在本地跑起来，同时注册的微应用是它目前的线上版本，但是在实际调试过程中还是遇到了Application died in status LOADING_SOURCE_CODE: You need to export the functional lifecycles in xxx entry。
我们团队之前发布过一篇文章，介绍了古茗前端到底在做什么，当然这只包含了我们团队内做的一部分事情。古茗目前有大量的中后台业务诉求，包括:权限系统、会员系统、商品中心、拓展系统、营运系统、财务系统、门店系统、供应链系统等多个子系统，服务于内部产品、技术、运营，及外部加盟商等用户群体，这些子系统分别由不同业务线的同学负责开发和维护，而这些子系统还没有系统性的技术沉淀。
前后算是有2年左右的极限拉扯，设计，落地经验，极限拉扯的是业务应用，设计是为了避免拉扯，落地经验是，我本可以轻轻松松的满足公司、业务面临的问题，结果实践了一圈，要么纯前端解决方案，要么纯后端方案，“管杀不管埋，管生不管养”，人悬在半空，另外一只脚落地要等到猴年马月。
微前端已经是一个非常成熟的领域了，但开发者不管采用哪个现有方案，在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法提供支持。
那前端技术人员应该修炼哪一块 “肌肉” 呢，或许我们可以在《2021 年 JavaScript 明星项目》找到一些答案:zx 工具包仅用了 7 个月就荣登全年 Star 增长最快的项目，这侧面表明了前端开发在全栈的持续渗透和影响力。
好消息，2023年10月份京东前端开发团队对外宣布MicroApp 1.0 正式发布。此消息一出，又在Web 开发者各大论坛讨论的沸沸扬扬，说前段时间字节跳动 ByteDance Web Infra 团队才对外宣布 Rspress 1.0 正式发布，这京东前端开发团队又接着发布微前端 MicroApp。
出品|开源中国有研究发现，网站加载时间每增加一秒，用户便会流失 10%。为提高页面的秒开率，各路人马不断探索着优化策略，仅仅在浏览器领域下的优化已经满足不了极致的要求了，大家开始往服务端方向不断探索，并一度让【服务端渲染】这一古早的概念 “翻红”，且炒得火热。
