前言:在 Web 开发的史前时代,为了感知页面的变化,我们不得不依赖 scroll 监听、定时器轮询(Polling)或极其低效的 Mutation Events。这些做法不仅让主线程疲于奔命,更是页面掉帧(Jank)的元凶。
现代浏览器推出的 Observer API(观察者家族) 彻底改变了游戏规则。它们是异步的、高性能的,且直接运行在浏览器的内部循环中。今天,我们就来逐一拆解这四位"性能守护神"。
1. IntersectionObserver:可见性的"狙击手"
核心语义 :监视一个元素与祖先元素(或视口)的交叉状态。
💡 实战场景:无限滚动(Infinite Scroll)
与其监听滚动条高度,不如在列表底部放一个"哨兵"元素。当哨兵露头时,自动加载下一页。
JavaScript
ini
const sentinel = document.querySelector('#load-more-trigger');
const observer = new IntersectionObserver((entries) => {
if (entries[0].isIntersecting) {
loadNextPage(); // 触发请求
}
}, { threshold: 1.0 }); // 必须完全露出才触发
observer.observe(sentinel);
老兵笔记 :利用
rootMargin可以实现"预加载",比如在元素距离视口还有 200px 时就开始拉取资源。
2. ResizeObserver:几何变化的"护卫"
核心语义 :监听特定元素的内容区域(contentBox)或边框区域(borderBox)的大小变化。
💡 实战场景:自适应图表(Adaptive Charts)
当侧边栏折叠导致主内容区宽度变窄时,window.onresize 是不会触发的。这时需要 ResizeObserver 来重绘图表。
JavaScript
ini
const chartContainer = document.querySelector('.chart-wrapper');
const myChart = echarts.init(chartContainer);
const ro = new ResizeObserver(entries => {
// 只有容器大小变了,才执行重绘,避免不必要的 CPU 消耗
requestAnimationFrame(() => {
myChart.resize();
});
});
ro.observe(chartContainer);
3. MutationObserver:DOM 树的"显微镜"
核心语义:监听 DOM 树的任何变动,包括子节点增删、属性修改和文本内容变化。
💡 实战场景:水印防篡改(Anti-Tamper)
为了防止用户通过控制台删除页面的安全水印,我们可以监听水印节点的动态。
JavaScript
ini
const watermark = document.querySelector('#secure-watermark');
const mo = new MutationObserver((mutations) => {
mutations.forEach(mutation => {
// 如果水印被删除或被修改了 style/class
if (mutation.type === 'childList' || mutation.type === 'attributes') {
reRenderWatermark(); // 强行重新渲染
}
});
});
mo.observe(document.body, {
childList: true,
attributes: true,
subtree: true
});
4. PerformanceObserver:性能指标的"精密表"
核心语义:异步订阅浏览器的性能记录,获取各种 Web Vitals 指标。
💡 实战场景:真实用户指标上报(RUM)
统计用户侧真实的"最大内容渲染时间"(LCP),用于线上性能分析。
JavaScript
javascript
const po = new PerformanceObserver((list) => {
const entries = list.getEntries();
entries.forEach((entry) => {
console.log('LCP 耗时:', entry.startTime);
// 将数据发送到监控后台
sendToAnalytics(entry);
});
});
// 监听最大的图片或文本块何时渲染完成
po.observe({ type: 'largest-contentful-paint', buffered: true });
🛠️ 选型对比与架构建议
| 观察者 | 英文名 | 关注焦点 | 解决的核心痛点 |
|---|---|---|---|
| 交叉观察者 | Intersection | 见 (Visibility) | 解决 scroll 事件高频触发导致的性能瓶颈 |
| 尺寸观察者 | Resize | 型 (Geometry) | 解决局部组件布局变化无法感知的痛点 |
| 变动观察者 | Mutation | 动 (Structure) | 解决 DOM 节点动态注入或篡改的监控需求 |
| 性能观察者 | Performance | 快 (Efficiency) | 解决性能打点代码侵入性强的问题 |
⚠️ Disconnect 才是职业操守
所有的观察者都是异步的,虽然它们比传统方法高效,但它们不是自动垃圾回收的。
不要在组件销毁时留下"幽灵观察者" 。
无论是在 React 的
useEffectcleanup 中,还是 Vue 的onUnmounted中,请务必执行:
observer.disconnect();
这就是"观察者家族"。它们把监听和计算的任务下沉到了浏览器内核,让我们能够以更声明式、更优雅的方式编写高性能的前端应用。