首屏慢、大列表卡、图片多分别怎么优化
先理解原理和示例，再练习完整口述与追问。
回答要点
- 首屏慢：拆解服务端响应、关键请求、资源体积、主线程与渲染，优先处理真正的瓶颈。
- 大列表：先考虑分页，再评估虚拟列表；处理动态行高、滚动定位、选择状态和可访问性。
- 图片多：合适尺寸和格式、缓存、非首屏懒加载；关键首屏图片不应机械懒加载，预留尺寸减少跳动。
原理拆解
首屏慢通常涉及资源发现、请求瀑布、关键代码和主线程；大列表卡涉及数据处理、渲染节点数与布局；图片多涉及尺寸、格式、下载、解码和内存。先分类定位，再选择对应手段，避免把所有问题都回答成“加 CDN 和懒加载”。
示例与推演
首屏路由拆包、关键图优先、非关键模块延后；十万条列表服务端分页并结合虚拟窗口；图片声明尺寸，用 srcset/sizes 匹配显示需要，屏外 lazy，首屏关键大图不盲目 lazy。再检查是否重复请求、无效深监听或巨大的同步 JSON 处理。
易错点
虚拟化只减少显示工作，不自动减少所有数据传输。压缩图片降低字节后，超大解码尺寸仍可能造成内存压力。
参考回答可直接练习口述
首屏慢先分接口/服务端响应、关键资源、主线程和渲染，再对瓶颈做并行请求、缓存、分包或减计算。大列表先看能否分页，确需大量连续滚动时再用虚拟化，并处理动态高度、选中状态和定位。图片用合适尺寸与格式，非关键图片懒加载，首屏关键大图避免机械懒加载，预留尺寸减少跳动。优化后按相同条件复测，确认没有牺牲正确性和必要功能。