intersectionobserver 回调异步低优先级，需结合 rootmargin 预加载、threshold 数组分阶段加载、requestidlecallback 抑制高负载、滚动去抖与动态调整策略实现性能感知的懒加载。
IntersectionObserver 的回调本身是异步且低优先级的（在浏览器空闲时段执行），但它的触发时机由元素是否进入/离开视口决定，而非主动轮询。要实现“性能感知”的超长列表懒加载，关键不是让它更“快”，而是让它更“聪明”——根据当前帧负载、滚动节奏、设备能力动态调整加载策略，避免在卡顿或高负载时强行触发数据请求或 DOM 渲染。
用 threshold 和 rootMargin 提前预加载，但不过度激进
单纯监听元素“刚进入视口”（threshold: 0）容易导致用户快速滚动时看到空白。合理设置 rootMargin（如 "200px"）可让元素距离视口上方 200px 就触发回调，为请求和渲染留出缓冲时间。同时搭配 threshold 数组（如 [0, 0.25, 0.5, 0.75]）可区分“初入”“半入”“将出”等状态，只在真正需要时才发起加载：
- threshold = 0.25：元素 1/4 进入视口 → 触发预取（fetch data，不渲染）
- threshold = 0.5：元素一半进入 → 开始准备 DOM 节点（create element，不 append）
- threshold = 0.75：元素 3/4 进入 → 执行 append 或显式渲染
结合 getCoalescedEvents() 和 requestIdleCallback 抑制高负载下的加载行为
IntersectionObserver 回调虽异步，但在连续滚动中仍可能高频触发。可在回调内检查当前帧压力：
- 用 performance.now() + window.requestIdleCallback 包裹实际加载逻辑，确保仅在浏览器空闲时执行渲染或 setData
- 对快速连续触发的同一项，用 setTimeout(..., 0) 去抖，或记录上一次处理时间戳，间隔
- 监听 document.visibilityState 和 navigator.connection.effectiveType，弱网或页面不可见时暂停非关键加载
动态调整观察范围：滚动越快，预加载距离越大
固定 rootMargin 不够智能。可监听 scroll 事件（节流后）估算滚动速度，再实时更新 IntersectionObserver 的 rootMargin：
- 计算最近 200ms 内 scrollTop 变化量 Δy
- 若 |Δy| > 100px → 视为快速滚动 → rootMargin 扩大到 "500px"
- 若 |Δy|
- 注意：需调用 unobserve + observe 重置监听，或使用新实例替代旧实例
卸载与回收：只保留在视口附近 N 项，其余惰性销毁
“性能感知”不仅关乎加载，也关乎释放。当某项滑出视口且短期内不会返回（比如向下滚动超过 3 屏），应主动清理：
- 在 isIntersecting === false 且 boundingClientRect.bottom 时标记为可回收
- 用 requestIdleCallback 异步执行节点 remove() 或清空其 data 缓存
- 对虚拟滚动场景，配合 itemSize 估算可视区域外的 item 索引范围，批量 unmount
