PerformanceObserver能监听LCP事件，且是推荐方式；需在页面早期注册，监听type为'largest-contentful-paint'，取entry.startTime作为真实LCP时间（毫秒），并可用于触发降级策略。
PerformanceObserver 能否监听 LCP 事件
可以，而且是推荐方式。LCP 是异步触发的性能指标，PerformanceObserver 在首次报告时自动回调，不会漏掉、不依赖轮询，也避免手动调用 performance.getEntriesByType('largest-contentful-paint') 的竞态问题。
注意：必须在页面加载早期（最好在 <head> 中）注册，否则可能错过首次 LCP 报告。浏览器只上报一次 LCP，且仅当元素完成渲染并稳定可见后才触发。
注册 LCP 观察器并提取可降级的数值
注册时需指定 type: 'largest-contentful-paint'，并在回调中取 entry.startTime —— 这才是真实 LCP 时间（单位毫秒），不是 entry.duration 或 entry.loadTime。
-
entry.element可用于判断是否为 banner 图、主标题等首屏核心节点，方便后续逻辑绑定 -
entry.id是唯一标识，可用于去重（同一页面多次触发时只处理首个） - 不要依赖
entry.size做降级决策，它反映渲染面积，和用户体验延迟无直接关系
const observer = new PerformanceObserver((list) => {
const entry = list.getEntries()[0];
if (!entry || entry.startTime === 0) return;
const lcpMs = entry.startTime;
if (lcpMs > 2500) {
// 启动降级：关闭粒子动画、停用视差滚动、隐藏非关键 SVG
disableHeavyEffects();
}
});
observer.observe({ type: 'largest-contentful-paint', buffered: true });
LCP 超时后如何安全降级特效
降级不是简单删 DOM 或设 display: none，要兼顾视觉连贯性和资源释放时机。重点在于「不影响已渲染内容」+「不引发重排」。
- 用
opacity: 0+pointer-events: none隐藏动画容器，比display: none更稳妥 - 对 Canvas 或 WebGL 动画，调用
cancelAnimationFrame并清空渲染循环引用，防止内存泄漏 - 若使用第三方库（如 GSAP、Three.js），优先调用其
.kill()或.dispose()方法，而非仅移除 class - 避免在 LCP 回调中执行耗时操作（如遍历大量节点或发起 fetch），否则会拖慢主线程，反而恶化 TTI
为什么不能只靠 FCP 做降级判断
FCP 太早，常在 300–800ms 就触发，此时图片还没解码、字体未加载、LCP 元素甚至没开始下载。用 FCP 降级容易误伤——用户看到首屏文字就关掉动画，但真正卡顿的是后面那张 2MB 的 banner 图。
LCP 才是首屏“完成感”的锚点：它一定是 <img>、<video>、<h1> 或大块 <div>，且已在视口内完成绘制。以它为阈值做降级，行为与用户感知一致。
实际项目中，LCP 超过 2500ms 时，大概率伴随 JS 执行阻塞或资源加载瓶颈，此时保留重度特效已无意义，反而加剧丢帧。
