IntersectionObserver 的 threshold 设为 0 时仍可能漏报曝光，因其仅保证“一像素可见”即触发回调，但若元素瞬间被滚动移出或 DOM 同步卸载，isIntersecting 可能为 false，而实际曾短暂曝光；应检查 intersectionRatio > 0 并结合多档 threshold（如 [0, 0.1, 0.5, 1.0]）记录最高达成比例，避免“闪现即消失”归零。
为什么 IntersectionObserver 的 threshold 设为 0 时仍可能漏报曝光？
因为默认情况下，元素只要有一像素进入视口就会触发回调，但若元素在触发瞬间被快速滚动移出、或 DOM 被同步移除（比如 React unmount），isIntersecting 可能为 false，而你只监听了 true → false 的变化就认为没曝光——实际它曾短暂曝光过。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 始终检查
entry.intersectionRatio > 0而非仅依赖entry.isIntersecting，后者在元素刚离开视口时可能已为false，但上一帧仍满足曝光条件 - 对关键统计（如广告曝光）设多档
threshold，例如[0, 0.1, 0.5, 1.0]，并在回调中记录最高达成比例，避免“闪现即消失”导致归零 - 避免在回调里直接发网络请求；用
setTimeout(..., 0)或queueMicrotask延迟上报，防止因频繁触发造成请求堆积或重复
如何防止同一个元素被重复统计？
常见错误是每次创建新 IntersectionObserver 实例并 observe 同一个 element，或者未在首次曝光后主动 unobserve，导致后续滚动反复触发。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
WeakMap或元素 dataset 标记状态：element.dataset.exposed = 'true'，回调开头先判断是否已标记 - 首次确认曝光后立即调用
observer.unobserve(element)，不要等销毁逻辑——否则滚动来回几次就上报多次 - 如果需支持“再次进入视口仍统计”，改用计数器 + 时间窗口（如 30 秒内只计一次），而非单纯依赖 observer 生命周期
React 中 useEffect 里创建 IntersectionObserver 为什么常失效？
典型现象：组件挂载后 observer 没触发，或卸载后回调仍在执行，报 Cannot perform reactive update on an unmounted component。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- observer 实例必须在
useEffect内创建，并在 cleanup 函数中调用observer.disconnect()—— 仅unobserve不够，它不释放引用 - 确保传入
observe()的元素真实存在且已挂载；服务端渲染（SSR）下useEffect不执行，需配合useLayoutEffect或加if (typeof window !== 'undefined')守卫 - 避免把
observer存进 state 或 props 传递；它不是可序列化的值，也不该跨组件共享实例
移动端 WebView 中 rootMargin 表现异常怎么办？
某些 Android WebView（尤其旧版 X5 内核）会忽略 rootMargin 的负值，或把 px 单位解析为设备独立像素（DIP）导致提前触发。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用百分比单位，如
'0% 0% -20% 0%'，比'0px 0px -100px 0px'兼容性更好 - 对关键业务（如首屏内容曝光），额外加一层“滚动后延迟 100ms 再校验是否仍在视口内”，用
getBoundingClientRect()辅助兜底 - 在初始化时检测是否运行在 WebView：
navigator.userAgent.includes('WebView') || navigator.userAgent.includes('wv')，命中则降级使用定时轮询 +offsetTop计算（仅作 fallback）
intersectionRatio >= 0.1 就上报，结果大量“滑动太快只露个边”的行为也被计入。得和产品对齐“什么算有效曝光”，再反向配置 threshold 和防抖策略。 
