讲讲你对前端性能优化的理解，会从哪些方面入手？

我按四层来说：加载层做图片懒加载和压缩、路由级代码分割；渲染层避免频繁重排，长列表用虚拟滚动；网络层利用强缓存和协商缓存、开启 HTTP2；度量层用 Lighthouse 和 Performance 面板先量再优化。我在课程项目里把首屏图片从 2MB 压到 300KB，LCP 从 4.2s 降到 2.1s。

我经历的一次优化是电商详情页白屏慢。我们先建立基线：LCP 3.8s、主文档 180KB。然后按收益排优先级：接口预取与服务端渲染首屏、关键 CSS 内联、非关键脚本 defer、图片转 WebP 并按视口尺寸下发。三周后 LCP 降到 1.9s，转化率提升约 1.5 个百分点。我的原则是每一步都有前后数字。

性能优化我分三个阶段：先建可观测，Core Web Vitals + 自定义指标进看板，明确瓶颈在加载、渲染还是交互；再做分层治理，向架构要收益——SSR/ISR、边缘缓存、按业务拆包，往往比抠细节收益大；最后建机制，把 LCP/INP 阈值写进发布检查，性能预算超了就拦住。优化的尽头是防止劣化。

被问『长列表十万条数据怎么办』：先反问数据是否需要一次给全，多数场景接口分页 + 虚拟列表就够；若确实要本地全量，讲时间分片渲染和 Worker 里做过滤排序。被问『缓存策略怎么定』：html 不缓存或短缓存、带 hash 的静态资源长缓存，接口按业务容忍度设协商缓存。