IntersectionObserver about the-front-end-knowledge-you-may-not-know HOT 7 OPEN

IntersectionObservers 的回调是异步执行的，但是也提供了同步调用的方法 IntersectionObserver.takeRecords()。

每一个 IntersectionObserverEntry 都是 [[QueuedEntries]]。当观察到交互动作发生时，回调函数并不会立即执行，而是在空闲时期使用 requestIdleCallback 来异步执行回调函数，而且还规定了最大的延迟时间是 100 毫秒(???)，相当于我么你的代码 1-100 毫秒内执行。

我们可以看一下 polyfill 的实现：

To enable polling for all instance, set a value for POLL_INTERVAL on the IntersectionObserver prototype:

IntersectionObserver.prototype.POLL_INTERVAL = 100; // Time in milliseconds.

Enabling polling for individual instance:

To enable polling on only specific instances, set a POLL_INTERVAL value on the instance itself:

var io = new IntersectionObserver(callback);
io.POLL_INTERVAL = 100; // Time in milliseconds.
io.observe(someTargetElement);

Note: the POLL_INTERVAL property must be set prior to calling the .observe method, or the default configuration will be used.

如果执行的是紧急任务，不想异步执行，可以调用同步方法 takeRecords()

在 Intersection Observers Explainer Doc 中有个显示广告的例子：

function visibleTimerCallback(element, observer) {
  delete element.visibleTimeout;
  // Process any pending observations
  processChanges(observer.takeRecords());
  if ('isVisible' in element) {
    delete element.isVisible;
    logImpressionToServer();
    observer.unobserve(element);
  }
}

如果异步的回调先执行了，那么当我们调用同步的 takeRecords() 方法时会返回空数组。同理，如果已经通过 takeRecords() 获取了所有的观察者实例，那么回调函数就不会被执行了。在规范中或者 polyfill 代码已经很清楚了。

综上：

1. IntersectionObserver 虽然优先级低，但是可以保证肯定会执行
2. 如果需要立即执行，可以使用同步的 takeRecords() 方法

from the-front-end-knowledge-you-may-not-know.

写了个demo， 比如 我要在滚动到离图片的位置多出300距离做操作， 就得在图片相邻的地方插入一个元素，或者在优化下用一个元素，但是增加了计算量 ，absolute且物理位置隐藏， 然后才能原有的效果。

相比较于，requestIdleCallback 做调度也能做不少事情。

不过这个api在一些需求上 确实很好使。

from the-front-end-knowledge-you-may-not-know.

很好的 +111

from the-front-end-knowledge-you-may-not-know.

不支持IOS是不是意味着不能做移动端了？

from the-front-end-knowledge-you-may-not-know.

有 polyfill

from the-front-end-knowledge-you-may-not-know.

摘录自IntersectionObserver’s Coming into View

IntersectionObservers deliver their data asynchronously, and your callback code will run in the main thread. Additionally, the spec actually says that IntersectionObserver implementations should use requestIdleCallback(). This means that the call to your provided callback is low priority and will be made by the browser during idle time. This is a conscious design decision.

从规范来看，IntersectionObserver的实现应该使用requestIdleCallback，那就是说IntersectionObserver的优先级比较低，低优先级在什么情况下会造成什么问题吗？

from the-front-end-knowledge-you-may-not-know.

今天在 github trending 看到一个项目：stratiformltd/react-loadable-visibility

A wrapper around react-loadable and loadable-components to load elements that are visible on the page.

react-loadable-visibility 包装了 react-loadable 和 loadable-components，并且使用了
IntersectionObserver 当指定元素进入到 viewport 时加载组件。

参考

• stratiformltd/react-loadable-visibility
• react-loadable
• loadable-components

from the-front-end-knowledge-you-may-not-know.