QQ登录

只需要一步,快速开始

APP扫码登录

只需要一步,快速开始

查看: 3850|回复: 0

[HTML/CSS/JS] 九个 JavaScript 图片懒加载库

[复制链接]

等级头衔

积分成就    金币 : 2861
   泡泡 : 1516
   精华 : 6
   在线时间 : 1322 小时
   最后登录 : 2025-10-13

丰功伟绩

优秀达人突出贡献荣誉管理论坛元老活跃会员

联系方式
发表于 2020-12-31 12:05:38 | 显示全部楼层 |阅读模式
为什么要图片懒加载
0 Z7 Y4 q: `7 |. E. @9 y* y       在 web 应用程序中性能至关重要。你可以拥有世界上最漂亮、最吸引人的网站,但如果它不能在浏览器上快速加载,人们会倾向于略过它。要想使你的网站表现得非常好,可能相当棘手。这是因为 web 开发中存在许多瓶颈,例如耗费性能的 JavaScript、解析缓慢的 web 字体显示、 尺寸过大的图片资源等等。
' a* U& h% j% E       本文我们主要关注图片资源对网站的影响。根据 Jecelyn 研究,一个网页仅用于加载图片平均就要消耗 5MB 的流量。这对用户来说可能是一个沉重的负担,因为某些国家的移动流量非常昂贵。用户也会遇到站点加载时间过久的问题,尤其是在网速较慢的情况下。这些都会对你的网站产生负面影响。
4 c: }: i0 M6 s; w& T根据 Jakob Nielson 研究,以下是一些你应该记住的重要统计数据:: V. r: j1 r: G7 }" f
  • 网站加载时间低于 100 毫秒被认为是瞬时的。
  • 100 到 300 毫秒之间的延迟是可以感知到的。
  • 47% 的用户希望网页在两秒钟或更短的时间内加载完成。
  • 40% 的用户在放弃网站之前,将等待不超过 3 秒加载时间。
    7 N3 Q! _7 u8 P& M( g% b
什么是懒加载
  r- O. W& _' U" ~' V! L0 V7 `       有几种策略可以为网站的图片资源提供高效服务,而不会影响性能和质量,懒加载就是其中之一。懒加载是指只加载所需的内容,并将其余内容延迟到需要的时候。这个策略可以应用于图片、视频、文本和其他类型的数据。但大多数情况下,它适用于图片资源等大体积的内容。6 C8 p. A5 v% U. d
       有好几种方法可以在网站上实现图片懒加载。例如可以使用 Intersection Observer API,或者使用事件处理程序来确定元素是否在视图中。还有几个功能强大的 JavaScript 库,可以根据需要和兼容性使用以下几种图片懒加载库的方法。
- }5 Y9 K8 l3 K* \8 Z6 ~0 T" [Lazy Sizes6 `6 \& Z+ M# G- r; D8 W1 [
       Lazy Sizes 是目前最好的懒加载库之一,在 Github 上拥有超过 14.1K 收藏,把它压缩后只有 3.4kB。该库的浏览器端支持率达到了 98.5%,同时它的文档也写的通俗易懂。/ ?8 }4 D; u! w; s9 \$ [/ y
特点:
$ @% g9 O' ~1 D% D/ M  S8 I
  • 包含对响应式图片的支持。
  • 通过在用户代理的帮助下检测搜索引擎并立即加载所有图像,从而优化 SEO。
  • 基于高效实用的代码。
  • 当网络连接空闲时预先加载资源。
  • 包含对 LQIPs 的支持。
  • 支持 IntersectionObserver、MutationObserver 和 getElementsByClassName 等。
  • 支持使用插件来扩展特性。
  • 支持自动计算响应图片大小。; I5 |5 U0 \/ y1 }4 ?9 g2 \
Lozad.js) s% t; v% T9 t* T' A" _
       Lozad.js 支持图片、iframe、广告、视频和其他元素的懒加载。它在 Github 上拥有近 6.4K 的 star,在社区里非常受欢迎。据研究小组称,这个库被特斯拉、多米诺、小米和 BBC 等几个品牌的网络应用程序所使用。它非常小巧,压缩后只有 1.1kB。由于它使用 IntersectionObserver API 和 MutationObserver API,所以它的浏览器支持率只有 92% 左右。- S% M- g' R* {/ J: _8 Z* V+ e
特点:
( b% Q) U* I) Y" M. j* ~8 l$ P
  • 不存在依赖关系。
  • 支持动态添加元素的懒加载。
  • 完全使用 JavaScript。
  • 包含对 LQIPs 和响应图片的支持。
  • 比使用 getBoundingClientRect() 的库更高效。
  • Polyfills 可以在不受支持的浏览器上使用。
    6 X; ^. E6 Y5 I* \  {* K: P
Tuupola 的 Lazyload
! e* |7 ~: f9 E4 Y; o. m       Lazyload by Tuupola 是 Github 上另一个流行的图片懒加载库,有近 8.4K 的 star。它使用了 IntersectionObserver API,并且简单易用。压缩后仅有 956 bytes,比其他的库都小。这可以归功于它只使用了 IntersectionObserver API,因为其他库使用了别的组合来实现更好的兼容性和性能。此外,由于这一点,目前其浏览器支持率占比为 92%。+ P2 z& B  Y, G' n0 N5 d7 l4 _& F
特点:6 T& k, h4 ?1 q" q: @
  • 为了方便起见,它包含了一个 jQuery 包装器。
  • 包括对 LQIPs 和响应图片的支持。
  • 可以通过传递其他参数来配置核心 IntersectionObserver API。' m& Z0 F0 q4 F7 J: `- `8 t
Andrea Verlicchi 的 Vanilla Lazyload1 ], z* U! ^5 L2 Y9 ]
       Vanilla lazy load 是另一个用于延迟加载图片、视频和 iframe 的纯粹 JavaScript 库。它在 Github 上非常受欢迎,有将近 1500 个存储库和包可供使用。它在 NPM 中每年有超过 190 万次的下载。把它压缩后仅有 2.7kB。与其他库类似,该库使用 IntersectionObserver API,目前其浏览器支持率为 92%。
6 V* O5 n' w9 o7 S0 d特点:
* C9 ?1 k$ T+ H# Z
  • 搜索引擎优化友好,因为库不从搜索引擎覆盖图片。
  • 支持不稳定的网络连接,因为库会在连接中断后自动重新加载图片。
  • 如果图片退出视口,则取消加载图片。
  • 包含对 LQIPs 和响应图片的支持。
  • 完全使用 JavaScript。% G5 T9 k- p2 T  T# Z" b# \7 n
Yall.js
3 V" s1 V6 ?- l6 R$ Z       Yall.js 是另外一个 JavaScript 库,也只使用 IntersectionObserver API 来延迟加载图片、视频、iframe 和 CSS 背景图片。这个库大约有 1.1K 的 star,并且有 91 个用户在其项目库中使用。这个库可以压缩到 1kB。正如我们在以前的库中所见,因为使用了 IntersectionObserver API,Yall.js 的浏览器支持率有 92%。必须注意,如果浏览器不支持 IntersectionObserver API,则不会有备份。在那种情况下你必须用 polyfill 。
$ K- E( _) a; s' U特点:
+ m$ g( |0 \% Z
  • 借助 MutationObserver API 支持动态加载元素的检测。
  • 借助 requestIdleCallback 方法优化浏览器空闲时间。
  • 支持通过 src 属性直接实现 LQIP。
  • 支持延迟加载 CSS 背景图。
    ' C/ j' q1 R. s) U/ C# a
Layzr.js
5 D0 e' y( Q. n; v1 `* g# B+ R       Layzr.js 是一个基于 JavaScript 的轻量级图片懒加载库。它主要使用 Element.classList,很少有 ES5 数组方法和 requestAnimationFrame 方法。由于这些 API,97% 以上的浏览器用户都支持该库。Layzr.js 在 Github 上拥有超过 5.6K 收藏,非常受欢迎,把它压缩后只有 1kB。
# \7 L* g0 q+ m) m3 s" @特点:( p& R2 Z/ s0 D" f3 D" `
  • 不依赖于任何其他库。
  • 基于浏览器兼容性和可用性智能选择图片源。
  • 支持动态添加的元素。
  • 清晰简洁的文档和示例。
  • 具有阈值属性的视口调整图片懒加载,可以根据需要提前或稍后加载图片。9 L8 L6 \0 j7 h/ Q0 Z$ r
Blazy.js  |. ~4 e* U0 u7 f
       Blazy.js 是另一个轻量级的 JavaScript 懒加载库,能够处理图片、视频和 iframe。它在 Github 上非常流行,有 2.6K 的 star,目前有超过 860 个开源项目库在使用。它压缩后只有 1.9kB。
5 X; @2 `, H4 ~8 o! k! K5 K1 X! E       使用 Element.getBoundingClientRect() 方法,与实现 IntersectionObserver API 的其他库相比,该方法可能无法执行。但是由于这种方法,这个库有超过 98% 的浏览器用户支持。它还使用 Element.closest()。这个 API 的浏览器支持率仅超过 94%。在这种情况下,您不必担心遗漏的 6%,因为库包含一个用于不支持浏览器的 polyfill。
& p/ A& j+ @( B8 M6 y特点:* U9 _4 J( A* }
  • 用于每月访问量达数百万的实际网站。
  • 不存在依赖关系。
  • 支持响应图片。
  • 类似 Layzr.js 允许加载具有偏移量的元素。
  • 带有示例代码的清晰文档。
  • 支持 AMD、CommonJS 和 globals 等模块格式。
  • 非常容易提供视网膜图片。' J5 g, I' q  T4 G: v. o7 v
Responsively Lazy3 J4 r7 z, F* O# q8 b& }, a
       Responsively lazy 也是用于图片的懒加载库。它的内容简洁,压缩后只有 1.1kB。由于它良好的语法实现,让其从众多库中脱颖而出。上面我们讨论过的大多数库都要求您对禁用 javascript 的浏览器使用 noscript 标记,忽略 src 属性等。但是 lazy 可以使用传统的 src 属性,并为受支持的浏览器添加 srcset 和 data-src 属性。这使得这个库对搜索引擎优化(SEO)友好。这个库也使用 Element.getBoundingClientRect() 因此,因此强制布局重排也将出现在该库中。* t! s) h6 t& E: q; K* f& b- t
       此外,这个库在 Github 上有近 1.1K 的 star,几乎 95% 的浏览器用户都支持这个库。) ]- L5 _3 y# |5 c2 f* L
特点:: _% e& _0 h4 l3 Z% g+ a- ~
  • 支持响应式图片。
  • 支持 webp 格式图片。
  • 对搜索引擎优化(SEO)友好。
  • 可用的自定义项不多。# i( Q9 q* B( n1 d; B  K/ s& o& M
LazyestLoad.js1 Q7 D. G5 V" [1 p0 H! A
       LazyestLoad.js 是此列表中最小的库之一。它只有 700 字节,压缩后仅仅 639 字节。这个库有两个版本,lazyload 和 lazyestload。它们都有不同的用法,lazyload 版本的工作方式与普通库类似,图片将在其即将进入视口时加载;但是 lazyestload 版本只在用户停止滚动且图片在视口中或在 100 像素以内时,才会加载图片。这有助于减少网络负荷,如果用户只是滚动而不暂停看图片。  _) b( S8 x6 z" N) b. V
       它主要使用 Element.getBoundingClientRect() 方法,与其他实现相比效率不高,还有众所周知的触发布局重排。这个库只处理图片,不像其他库可以处理视频和 iframe 的库。它在 Github 上还有超过 1.5K 的 star。
0 q4 G$ A) {& \特点:# w  I: J0 i+ v8 w; X; V
  • 简单直截了当。
  • 不允许像其他库一样进行大量自定义。
  • 支持响应式图片。
  • 文档不够详细。
    9 c6 l% d- K! E8 E5 u, r, K+ V
       随着大多数现代浏览器都将支持原生的懒加载,因此建议使用原生实现。原生懒加载还可以确保即使在浏览器中禁用 JavaScript,图片也可以延迟加载。只需在 img 标记中使用 loading="lazy" 属性,就可以省去所有麻烦。
6 L; A( D7 V! o& o5 s, W- o       大多数现代浏览器都支持原生懒加载,并且也即将支持 Safari 浏览器。目前,浏览器的支持率为 74%,如果浏览器不支持原生实现则可以使用 polyfill 或者上述懒加载库中的某个库。
* \' O/ l1 p: }! v+ W3 m% G了解你的目标受众6 A  l" |, K$ y
       如果您仔细分析以上所有给定的库,您会发现它们在三个方面存在激烈的竞争:性能、大小和浏览器兼容性(用户覆盖率)。这些通常不得不牺牲至少一个来提高另一个的水平。! V$ a# o% [3 E" u4 p2 G, \+ f
       例如,如果您使用实现 IntersectionObserver API 的库,您将获得一个高性能的库,但它的用户覆盖范围会更小。如果需要修补,则需要有后备选项,例如 polyfills,这将增加库的整体大小。
3 r- V& Z, r1 L6 K6 t! R       如果懒加载库使用 getBoundingClientRect() 方法,它的性能将不如 IntersectionObserver API,因为众所周知它存在强制布局回流问题。虽然牺牲了性能,但用户覆盖率将高于前者。希望我能把这一点说清楚。
* t/ y: N- _: D2 S2 G% U如何将兼容性问题降至最低并最大限度地提高性能?1 `  I/ \( e$ u  }) i" `1 b, z
       可以通过了解目标受众及其浏览器使用情况来改进这些方面。如果你知道你的目标受众和他们使用的浏览器,你可以确保你的延迟加载的实现更适合那些浏览器版本。这将减少对不受支持的浏览器包含 polyfill 的需要,因为已经知道需要关注哪些浏览器。当你有一个异常值(不支持的浏览器),图片可以直接加载没有任何延迟或延迟。如果你对受众有很好的了解,那么这些异常值的数量将可以忽略不计。1 `  ~+ Z) H7 s# r4 P
       这种方法将有助于使用性能良好的实现库,通过忽略浏览器异常将库大小保持在最小值,并支持目标用户的浏览器版本。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|paopaomj.COM ( 渝ICP备18007172号|渝公网安备50010502503914号 )

GMT+8, 2025-11-29 05:43

Powered by paopaomj X3.5 © 2016-2025 sitemap

快速回复 返回顶部 返回列表