Q1主动回忆难度 3
1/12
性能优化 · 高级 03
记忆强度
性能优化高级题库第 3 组，共 12 张卡片。
性能优化 · 高级 03
首屏关键资源诊断的本质是找出从导航开始到关键内容可见之间最长的依赖链，而不是机械地减少请求数量。
关键资源体积小，不代表它能早到达、早执行或早参与渲染。
交互偶发冻结时，应把“主线程是否连续被占用”和“内存是否持续承压”作为两条证据链同时调查，不能仅凭一次火焰图或一次堆内存上涨下结论。
构建产物优化不能只追求压缩后的总体积更小，而应同时优化首屏关键资源、按需加载、解析执行成本、缓存命中率和版本切换安全性。
定位长任务不能只找“最慢函数”，而应从一次真实的慢交互出发，把延迟拆成输入等待、事件处理和下一帧呈现三个阶段，再结合主线程任务、调用栈、样式布局和框架提…
大数据列表的完整方案应同时控制文档对象模型规模、响应式更新范围和客户端数据保留量。
可解释的真实用户性能体系应以真实用户监控为主、实验室诊断为辅，围绕 LCP、INP、CLS 采集页面访问级样本，并关联页面模板、路由、构建版本、设备能力…
无限滚动列表要同时限制可达数据、渲染节点、组件实例、事件监听、观察器、图片资源和并发请求，而不能只把不可见节点设置为隐藏。
一次尺寸读取可能让整帧动画错过截止时间，并不是因为读取一个数值天然很慢，而是因为它可能要求浏览器立即补做此前被延迟的样式计算和布局。
列表节点已经复用，滚动时仍然跳动并持续涨内存，说明问题不只在节点数量。
预渲染可能让首屏更快出现，却拖慢页面可交互时间，因为“生成可见内容”和“让内容具备交互能力”是两个不同阶段。
单页应用运行越久越卡时，排查重点不是观察某一时刻的内存数值，而是验证完成相同业务循环并执行垃圾回收后，内存基线、对象数量和文档节点数能否回到稳定区间。