防抖与节流方案_前端性能优化-图片懒加载（防抖、节流）的几种方案

懒加载使用场景

在一些图片量比较大的场景(电商首页，小程序首页等)，如果我们打开页面时就加载所有的图片，那势必会导致页面的卡顿以及白屏，给用户不好的体验，导致用户流失。

但是我们仔细想一下，用户真的需要我们显示所有图片一起展示吗？其实并不是，用户看到的只是浏览器可视区域的内容。所以从这个情况我们可以做一些优化，只显示用户可视区域内的图片，当用户触发滚动的瞬间再去请求显示给用户。

懒加载的思路img 标签有自定义属性 data-src

首屏展示可视区域内的图片 src 值 替换为 data-src

滚动出现在可视区域的图片即时展示 (重复第二步)

那么我们在实际应用中如何判断图片出现在了当前视口 (即如何判断我们能够看到图片)，如何控制图片的加载呢？

方案一：如何判断图片出现在了当前视口

clientTop，offsetTop，clientHeight 以及 scrollTop 各种关于图片的高度作比对

这些高度都代表了什么意思？

这我以前有可能是知道的，那时候我比较单纯，喜欢死磕。我现在想通了，背不过的东西就不要背了

所以它有一个问题：复杂琐碎不好理解！

仅仅知道它静态的高度还不够，我们还需要知道动态的

如何动态？监听 window.scroll 事件

如何控制图片的加载

首先设置一个临时属性 data-src，控制加载时使用 src 代替 data-src

方案二：如何判断图片出现在了当前视口

引入一个新的 API， Element.getBoundingClientRect() 方法返回元素的大小及其相对于视口的位置。

那如何判断图片出现在了当前视口呢，根据示例图示意，代码如下，这个就比较好理解了，就可以很容易地背会(就可以愉快地去面试了)。// clientHeight 代表当前视口的高度

img.getBoundingClientRect().top < document.documentElement.clientHeight

监听 window.scroll 事件也优化一下

加个节流器，提高性能。工作中一般使用 lodash.throttle 就可以了，万能的 lodash 啊！_.throttle(func, [wait=0], [options={}])

参考 什么是防抖和节流，他们的应用场景有哪些

方案三：如何判断图片出现在了当前视口

方案二使用的方法是: window.scroll 监听 Element.getBoundingClientRect() 并使用 _.throttle 节流

一系列组合动作太复杂了，于是浏览器出了一个三合一事件: IntersectionObserver API，一个能够监听元素是否到了当前视口的事件，一步到位！

事件回调的参数是 IntersectionObserverEntry 的集合，代表关于是否在可见视口的一系列值

其中，entry.isIntersecting 代表目标元素可见const observer = new IntersectionObserver((changes) => {

// changes: 目标元素集合

changes.forEach((change) => {

// intersectionRatio

if (change.isIntersecting) {

const img = change.target

img.src = img.dataset.src

observer.unobserve(img)

}

})

})

observer.observe(img)

当然，IntersectionObserver 除了给图片做懒加载外，还可以对单页应用资源做预加载。

如在 next.js v9 中，会对视口内的资源做预加载，可以参考 next 9 production optimizations

关于山月

方案四：

浏览器觉得懒加载这事可以交给自己做，你们开发者加个属性就好了。实在是...！

不过目前浏览器兼容性不太好

防抖 && 节流

防抖：在一定时间内，触发多次事件，只认第一次触发的，到了时间结束执行事件function throttle(fn, time) {

let oldTime = 0,

timer = null;

return () => {

const nowTime = new Date()

if (nowTime - oldTime >= time) {

fn()

oldTime = nowTime

}

}

}

复制代码

节流：在一定时间内，触发多次事件，只认最后一次触发的并且重置时间，到了时间结束执行事件function debounce(fn, time) {

let timer = null

return () => {

if (timer) {

clearTimeout(timer)

}

timer = setTimeout(() => {

fn()

}, time);

}

}

复制代码

在这里debounce有一个严重的问题就是如果用户一直触发事件，用户会一直得不到响应，所以我们可以借助防抖的思路来优化节流。function debounce(fn, time) {

let oldTime = 0,

timer = null;

return () => {

const nowTime = new Date()

if (nowTime - oldTime < time) {

if (timer) {

clearTimeout(timer)

}

timer = setTimeout(() => {

oldTime = nowTime

fn()

}, time);

} else {

// 用户重复触发，到达事件节点 还是会去执行事件

oldTime = nowTime

fn()

}

}

}

复制代码

所以最后我们监听事件可以修改为containr.addEventListener('scroll', debounce(load, 1000), false),这就完美达到了我们优化的目的。

总结

总结一下window.scroll 监听各种 top 与 height 并使用 _.throttle 节流，但是不好理解各种 top 与 hegith

window.scroll 监听 getBoundingClientRect 并使用 _.throttle 节流，没有一个统一事件，相对复杂

IntersectionObserver，浏览器推出了一个事件，方便简单

img.loading=lazy，浏览器直接给你解决，开发者直接标注属性

猜你喜欢