是否移除源代码绑定_详解IntersectionObserver，滚动页面中计算元素是否可视性能更加...

最近经常遇到检查可视区域元素的场景，以前作者都用scroll事件和getBoundingClientRect方法，当然还需要为scroll事件加一下节流，否则会有性能问题。后来发现同事们有的用IntersectionObserver，这个API出来有几年了，不过一直没怎么用，这篇文章总结一下。

直接用demo验证这个API

如果图1，用ul+li做出一个可滚动的页面，用红色边框区分每个li。我们现在就监控哪些li出现在了可视区。

如图2，用法非常简单，new一个IntersectionObserver实例，参数是一个回调函数，回调函数被触发仅出现在被监听的元素出现或者不出现在可视区域内这两个时机。

使用observer方法指定被监控的元素，可以监控很多个，上图中我们把所有的li元素都监控了，其中任何一个元素可视性发生改变都会触发IntersectionObserver实例的回调函数。回调函数的参数返回了可视性发生变化的dom元素的数据，这个参数是数组类型，数组的每个元素都是IntersectionObserverEntry对象。

如图3，我们打印出其中一个IntersectionObserverEntry对象，可以发现它有以下几个参数，

(1)time，可见性发生变化时的时间，单位为毫秒；

(2)target，可见性发生变化的dom元素；

(3)intersectionRatio，可见性发生变化时目标元素可见区域面积与整个元素面积的比值，可以用它来判断元素是否可见；

(4)isIntersecting，是否出现在可视区，也可以用它来判断是否可见；

(5)isVisible，这个属性看字面意思是是否可见，但经测试一直无变化，暂且不知其用法；

(6)rootBounds、boundingClientRect、intersectionRect这三个属性分别代表三种矩形区域的信息，如下：

如图4，每个矩形区域提供8个属性，他们表示的意义和之前用getBoundingClientRect方法获取的数据意义相同。

x、y代表坐标，坐标原点是滚动容器的左上角顶点，所有的数据都是元素可见性发生变化的那一瞬间的值。

rootBounds：代表滚动元素容器的矩形区域

boundingClientRect：代表被监控元素的矩形区域

intersectionRect：代表被监控元素暴露在可视区内的矩形区域部分

在IntersectionObserver实例化时还可以传入第二个配置参数，如下：

如果是页面中某个元素作为滚动的容器，如图6，可以用root属性配置。这时就会出现一种情况，滚动容器可能不在视窗内，但它内部元素依然可滚动，此时实例的回调依然会触发，所以回调会不会被执行并不在于肉眼是否可见，而在于被监控的元素和滚动容器的交叉部分是否发生变化。仔细看API的英文单词IntersectionObserver，翻译过来就是交集区域观察。

目前的情况是出现或者不出现时触发回调，但是我们可以使用threshold属性设置交集区域的比例，达到这个比例才触发回调。

如图7，可以一次性定义多个交叉比例，滚动时在每个比例处都会触发。

rootMargin属性还可以扩大或者缩小rootBounds的大小，如下图所示

如图8和9，我们设置了rootMargin为10px，虽然滚动容器的尺寸没变化，但rootBounds向四周扩展了10px，这个属性的主要作用是提前或者延迟回调的触发，它的用法和margin一致。

能绑定监控，就要能去移除监控，如图10所示，unobserve方法可以移除特定被监控的元素，disconnect方法可以直接关闭观察器，所有的元素都不会再被监控。

总结

这个API用起来很方便，回调中拿到的信息也十分丰富，但是兼容性需要注意一下。对于一些优化性质或者兼容性要求不高的项目可以尝试使用。

喜欢我的文章就关注我吧，有问题可以发表评论，我们一起学习，共同成长！