2021年前后，微前端是前端圈最火的架构概念。qiankun、single-spa、Module Federation，各种方案轮番上阵，每过几个月就有一篇"微前端最佳实践"刷屏。团队的架构升级PPT里如果没挂一个微前端的示意图，都不好意思拿出来汇报。

三年过去了，真正在线上跑过微前端的人，大多有一种心照不宣的沉默：方案落地了，页面跑起来了，但总觉得哪里不对劲。

不对劲的地方，通常不在PPT里。

三个承诺和一个现实

微前端刚出来的时候，给了三个承诺：技术栈无关、独立部署、团队自治。每一个听起来都很美，每一个在实践中都打了折。

技术栈无关意味着子应用可以自由选择框架。React的团队用React，Vue的团队用Vue，听起来皆大欢喜。但"无关"只存在于第一个版本。三个月后，你会发现共享组件怎么办——A子应用用React写了一套表格组件，B子应用用Vue想要相同的交互，是再写一遍还是搞iframe嵌套？六个月后，你的招聘成本翻倍了，因为新人得同时熟悉两套技术栈的代码风格。一年后，某个子应用的技术栈要升级，但它和其他子应用之间的样式隔离出了问题——因为当初"无关"的时候，没人定义样式边界的规范。

技术栈无关真正的代价不是今天允许你自由选择，是明天让你无法统一收口。

很多从前端转 Node.js 的开发者，对这门运行时的理解停留在"写 JavaScript，能跑服务"这个层面。开发环境跑得好好的，上了生产环境，问题一个接一个冒出来，而且每一个都反直觉。

这不是水平问题，是 Node.js 的运行时设计给了你一种安全感——一种在开发环境完全验证不了、只有在流量压上来的那一刻才会破碎的安全感。

我自己在做 BFF 层的这些年，踩过太多这种坑。最深的感触是：Node.js 不会替你兜底，它只是让你以为它会。

事件循环不是安全网

Node.js 的文档里有一句很关键的话：事件循环在单个线程中运行。但很多人对这句话的理解是——"异步代码就不会阻塞"。

这是最大的幻觉。

`async/await` 只是语法糖，它让异步代码看起来像同步代码，但它不会把同步操作变成异步的。当你在一个请求处理函数里做了这些事情，整个事件循环都会停住：

- `JSON.parse` 一个 50MB 的请求体
- 用正则表达式匹配一个精心构造的字符串（回溯攻击）
- 在同步循环里做密集计算，比如加密、排序大数据集
- 调用了某个底层 C++ 扩展的同步接口

技术债务这个比喻太深入人心了，以至于所有旧代码都被贴上了"债"的标签。重构计划里排满了"还债"任务，架构升级的理由是"降低技术债务"，新人入职第一件事是听老人抱怨欠了多少债。

但仔细想想，你管它叫债，它就真的欠了什么吗？

债务这个比喻哪里不对

债务意味着你有偿还义务。你借了钱，必须还。到期不还，利息越滚越多，最终破产。

代码不是这样的。

一段跑得好好的代码，即使写法丑陋、架构混乱、没有测试覆盖，只要它在生产环境稳定运行，就没有人强迫你"还债"。业务的每一个需求都可能让你动这段代码，但你可以选择不动它——包一层，绕过去，新功能走新路径。

真正的问题不是"不还债会怎样"，而是"你还了债能得到什么"。

大部分技术债务偿还计划高估了收益。重构一个模块，你的预期收益是什么？代码更整洁了，开发者体验更好了，将来改起来更方便了。但这些收益几乎无法量化。你很难说服老板说："我花两个礼拜重构这个模块，将来的需求开发速度会提升百分之多少。"

而你需要放弃的成本是实实在在的：两个礼拜的业务产出，可能还有引入 bug 的风险。

这不是债务，这是投资。投资就得算回报，而不是用"还债"的道德感来绑架决策。

每个前端团队最终都会走上同一条路：建组件库，搞设计系统，画设计规范文档。

然后看着它慢慢死去。

不是夸张。我见过太多团队花大力气搭了一套设计系统，上线时热热闹闹，半年后只剩一个人在维护，一年后连那个人也转岗了。业务线该自己封装的还是自己封装，该重复的还是重复，设计系统变成了一座精美的鬼城。

这个现象太普遍了，普遍到已经不值得用"执行力不够"来解释。问题不在人，在设计系统这个事情本身的逻辑里。

建设者的幻觉

设计系统的出发点通常很理想：统一视觉规范，提高开发效率，减少重复劳动。听起来无懈可击。

但这个逻辑有一个隐含前提——业务足够稳定，需求足够规范，变化足够可控。

现实呢？

金融产品恨不得每周换一轮视觉，大促活动页面跟日常页面完全是两套设计语言，某个业务线因为合规要求必须用特殊样式，另一个业务线因为老板拍板要用新风格。你精心设计的 Button 组件有十二个 variant，但业务要的是第十三个。

设计系统的建设者往往是架构团队或基础设施团队。他们离业务远，有时间做抽象。但离业务远恰恰是问题所在——你抽象出来的东西，天然跟不上业务的节奏。