承接上一篇《包体与启动联动：体积优化对启动的收益》讲完的联动视角，这一篇回到最基础也最容易被低估的问题：一个列表要展示一万条数据，该怎么设计。这是几乎所有 App 都会遇到、却常常被"先加载 20 条看看"糊弄过去的问题。它的复杂度不在技术，在"什么时候该承认数据量大到必须重新设计"。结论先行：列表性能问题的根因始终是"在某一时刻持有太多 View"。虚拟化、分页、局部刷新三种手段都是在削减这个量；选哪种取决于"数据总量"与"单次渲染量"这两个数。三个必须先量化的数在动手前，先把三个数算出来：指标含义为什么重要数据总量列表一共有多少条决定是否需要服务端分页单次可见数一屏能显示多少条决定渲染量下界单条 View 成本一个 item 的 View 数与布局深度决定可见数能撑多少一个经验判断：单条 item 的 View 数超过 30 个时，即使只有 10 条可见，滑动也会开始掉帧。