用 Chrome DevTools 把 JavaScript GC 看得明明白白：从小实验到 SAP Fiori 应用实战

在 SAP Fiori 项目里，大家更容易把注意力放在 OData 性能、首屏渲染、列表滚动流畅度上；可一旦用户把浏览器开一整天，真正能把体验拖垮的，往往是另一类更隐蔽的问题：内存缓慢上涨、页面越用越卡、回到 SAP Fiori Launchpad 也不见好转。背后的元凶经常不是某一次请求慢，而是前端对象没有被 JavaScript 的 Garbage Collector（GC）及时回收。

SAP Fiori 的设计理念强调role-based、adaptive、simple、coherent、delightful。这五个原则里看似没有performance，但如果应用越用越卡，再美的布局也谈不上delightful。官方对设计原则的定义很明确：Fiori 体验要简单、一致、愉悦。要做到这一点，开发者必须把前端内存当成一等公民来治理。(SAP)

你在需求里提到会提供一张架构图，但当前消息里没有看到附件。为了不影响讨论，我会按最常见的 SAP Fiori 架构来对齐：浏览器端（SAP UI5 或 Fiori Elements）运行在 F