乐趣区

关于前端:我被问多图站点性能优化怎么搞

jiezi

残缺高频题库仓库地址：https://github.com/hzfe/awesome-interview

残缺高频题库浏览地址：https://febook.hzfe.org/

答复关键点

图片优化 传输优化 加载策略

进步网站性能的一项重要指标是进步访问速度，这与用户留存率和转换率呈正相干。依据 HTTPArchive 的数据可知，图像是大多数网站需要最多的资源类型，通常比其余资源占用更多带宽。在多图站点中，图片资源对于页面的加载和整体的用户体验有更显著的影响。最常见的问题是图片加载慢。对应的优化策略包含：

  • 图片优化：进行图片压缩 / 缩放和抉择正确的图片格式。
  • 网络传输优化：应用 HTTP/2 和 CDN 服务。
  • 图片加载策略优化：按需应用懒加载、预加载，响应式图片加载等策略。

知识点深刻

1. 图片优化

1.1 抉择适合的图片格式

为管制篇幅，以下提到的图片格式，为截止至 2021 年 8 月，市场份额大于 0.1% 的格局。

  1. JPEG 的压缩效率高，是一种高效且笨重的有损压缩图片格式。但不适宜对矢量或对比度强的图像压缩，会有显著的图片品质降落。超过肯定的压缩阈值，压缩的图像也会呈现显著的图片品质降落。
  2. PNG 是一种无损压缩的高保真图片格式。相比 JPEG 有更强色调表现力，且反对通明通道。
  3. GIF 是一种最多反对 256 种颜色的 8 位无损图片格式，反对动图。
  4. WebP 是一种同时提供有损压缩与无损压缩的图片格式。不仅反对通明图片，有优良的色调体现，也能反对动画。反对无损压缩且通常比 PNG 格局的雷同图像小 26%。反对有损压缩且比视觉上类似压缩程度的 JPEG 图像均匀小 25-35%。然而浏览器兼容性差。
  5. SVG 是一种基于 XML 语法的图像格式，全称是可缩放矢量图（Scalable Vector Graphics）。适宜非照片类型的图片的缩放或高保真场景。

图中所示为 2012 年 1 月至 2021 年 8 月的支流图片格式的应用趋势。

图片起源 w3techs.com

按需抉择更高效的图片格式，不仅能晋升用户视觉体验，也能够晋升网站加载效率。在选用图片格式时，个别能够基于一些简略规定来筛选：在兼容性反对的状况下，能够选用 WebP，否则能够通过动图和透明度两个需要点来进行筛选：

  • 动图

    能够应用 GIF 或者是视频格式。前者的问题在于反对的色调少，低帧率低分辨率，文件体积利用率低，而视频计划则能够防止这些问题。也能够应用 APNG，反对更多色调的前提下，和对应 GIF 格局的文件体积相近。

  • 透明度

    PNG 和 GIF 都反对通明图片，能够按需应用。

在没有通明和动画需要的状况下，JPEG 格局图片胜任大部分场景，如果对图片的展现品质有较高要求时，可应用 PNG 格局图片。

绘制 LOGO、ICON 等非照片的图片内容时，个别应用 SVG 格局。比方 iconfont 等矢量图标治理平台中大量应用 SVG 格局。

1.2 图片压缩和缩放解决

因为理论利用场景的差别，对应图片的布局大小以及图片细节要求各有不同，大量未经压缩或缩放调整的图片会使网页加载许多不必要的字节，且对用户的视觉效果没有太大的晋升。前端常见的压缩和缩放的解决计划包含：

  • 动态资源通过工具（比方 imagemin）按需进行有损或无损压缩。
  • 将用户上传的图片绘制到 Canvas 画布上，利用CanvasRenderingContext2D.drawImage(image, dx, dy, dWidth, dHeight) API 进行图片缩放；利用 HTMLCanvasElement.toDataURL(type, encoderOptions) API 进行有损压缩。
  • 依据用户侧的显示需要（如头像、缩略图、商品图等），通过对象存储服务（如七牛、阿里云 OSS）所提供的压缩或缩放等性能解决后返回应用。

2. 网络传输优化

2.1 应用 HTTP/2 协定

应用 HTTP/1.X 协定时，浏览器有同源最大并发连接数的限度，且 HTTP/1.X 不反对多路复用，因而一个多图站点想要取得较完整的视觉出现，会有肯定水平的提早：所有的资源申请（包含图片资源）会进入先进先出（FIFO）队列期待被下载。

应用 HTTP/2 前的常见优化计划包含：

  • 应用精灵图 / 雪碧图，缩小 HTTP 申请数。
  • 10kb 大小以内的图片资源应用 base64 编码，缩小 HTTP 申请数。
  • 通过应用多个域名，开启多个 TCP 连贯，冲破浏览器同源最大并发连接数的限度。

因为 HTTP/2 反对多路复用，因而应用 HTTP/2 能够进一步缩小网络提早，更加疾速的加载图片资源。

如下图所示，察看 Connection ID 一列可知，应用 HTTP/2 的状况下，资源重用同一条 TCP 连贯，并发申请大量图片资源。

2.2 应用 CDN

CDN 将源站资源缓存到各减速节点后，用户申请源站资源时无需回源，可就近获取 CDN 节点上已缓存的资源，从而进步资源访问速度，分担源站压力。常见的 CDN 服务还反对对图片进行压缩、缩放、裁剪等图像处理性能。

3. 图片加载策略优化

3.1 图片懒加载

懒加载的策略是推延加载离屏图片资源，从而缩小资源申请数。实现懒加载的支流计划有：

  • 应用 img 标签的 loading 属性。
  • 应用 Intersection Observer API。
  • 应用 scroll、resize 和 orientationchange 事件。

后两种计划的实现原理是通过在 img 标签上增加 data-src 或其余自定义属性寄存图片链接，而 src 属性不被设置或设置为占位图链接。通过 Intersection Observer 或 scroll 等 API 检测离屏图片是否滚动到预期地位，如果是则将 data-src 的值赋给 src 属性，从而达到懒加载的目标。

个别应用图片懒加载时，图片的占位处会应用各种形式来晋升用户体验：

  • 色块 / 骨架屏占位。
  • LOGO 等品牌元素做默认图片。
  • 应用图片缩略图做含糊成果占位。

img loading

从 Chrome 76+ 版本起，开发者能够应用 loading 属性来推延加载可通过滚动进入视口内的离屏图像。通过给 loading 属性设置 lazy 值，能够推延加载资源，直到它与视口达到肯定间隔。caniuse.com 可查阅跨浏览器兼容性反对的详细信息。不反对 loading 属性的浏览器会疏忽该属性，不会产生副作用。

<img src="image.png" loading="lazy" alt="…" width="200" height="200" />

Intersection Observer

Intersection Observer API 可用于异步察看指标元素与先人元素或与顶级文档视口的交叉点变动。

<img data-src="https://hzfe-blah.com/anyphoto1.jpg" />
<img data-src="https://hzfe-blah.com/anyphoto2.jpg" />
const config = {/** any option */};

const observer = new IntersectionObserver(function (entries, self) {entries.forEach(({ isIntersecting, target}) => {if (isIntersecting) {if (target.dataset.src) {
        target.src = target.dataset.src;
        target.removeAttribute("data-src");
      }

      self.unobserve(target);
    }
  });
}, config);

const images = document.querySelectorAll("[data-src]");
images.forEach((image) => {observer.observe(image);
});

scroll

如果 Intersection Observer 存在兼容性问题，除了能够增加对应 polyfill 之外，也能够思考降级为监听 scroll、resize、orientationchange 事件的计划。实现思路和 Intersection Observer 统一。具体细节上，须要自行计算图片节点与指标视口的纵向或横向间隔，且需应用节流函数来防止性能问题。

3.2 图片预加载

图片预加载机制是为了加强用户体验，尽快地加载出图片，使得用户体验更为晦涩。

如果预加载的图片是确切且无限的，能够通过硬编码 link 标签来实现预加载。然而少数状况下，预加载的应用场景是动静的。

link

<link rel="preload"> 容许开发者在 HTML 的 head 标签中申明资源申请，指定页面须要预加载的资源，并且在浏览器的次要渲染机制启动之前加载，防止阻塞页面渲染且保障资源尽早可用。

<link rel="preload" as="image" href="important.png" />

动静场景

个别常见计划是动态创建 Image 标签或者是 Ajax 申请。应用 Ajax 时须要留神可能存在跨域问题。

// 动态创建 Image
function preloadImage(url) {var img = new Image();
  img.src = url;
}

3.3 响应式图片加载

因为用户终端设备不同，如果图片资源无差别应用雷同图片，可能造成带宽节约或者是图片不清晰以及视觉体验差的问题。

个别能够通过应用 picture 标签来定义零或多个 source 节点和一个 img 节点，用于提供图片在不同设施 / 显示场景下对应的内容展现。picture 的常见作用包含：

  • 艺术领导（Art direction）

    为不同的媒体条件裁剪或批改图像。比方在较小的显示器上，加载一个更突出重点的图像。

    <picture>
  <source srcset="hzfe-avatar-desktop.png" media="(min-width: 990px)" />
  <source srcset="hzfe-avatar-tablet.png" media="(min-width: 750px)" />
  <img src="hzfe-avatar.png" alt="hzfe-default-avatar" />
</picture>

  • 提供图片格式回退计划

    在反对的浏览器中优先应用更适宜的图片格式，比方 WebP 等。同时反对在有兼容性问题的浏览器中回退加载其余格局的图片。

    <picture>
  <source srcset="hzfe-avatar.webp" type="image/webp" />
  <source srcset="hzfe-avatar.jpg" type="image/jpeg" />
  <img src="hzfe-avatar.jpg" alt="hzfe-default-avatar" />
</picture>

  • 节俭带宽并晋升页面加载速度

    通过按需加载并显示最适宜用户设施的图像，从而节俭带宽和放慢页面加载工夫。

    <picture>
  <source
    srcset="hzfe-avatar-desktop.png, hzfe-avatar-desktop-2x.png 2x"
    media="(min-width: 990px)"
  />
  <source
    srcset="hzfe-avatar-tablet.png, hzfe-avatar-tablet-2x.png 2x"
    media="(min-width: 750px)"
  />
  <img
    srcset="hzfe-avatar.png, hzfe-avatar-2x.png 2x"
    src="hzfe-avatar.png"
    alt="hzfe-default-avatar"
  />
</picture>

参考资料

  1. image types
  2. Fast load times
  3. Usage statistics of WebP for websites
  4. Browser-level image lazy-loading for the web
退出移动版