html不压缩图片,只引用文件;canvas压缩须先缩放尺寸再设0.7~0.8质量,srcset必须配sizes,webp需用加fallback,原始图编码状态影响压缩效果。

HTML 模板本身不压缩图片,只负责引用;真正影响加载速度的是你塞进 <img src="..."> 的那个文件。所谓“最有效”,取决于场景:是上传前预处理?还是运行时动态压缩?或是服务端兜底?没有银弹,但有明确优先级。
Canvas 压缩必须缩放尺寸,不能只调质量参数
很多人只改 toDataURL('image/jpeg', 0.7) 就以为压缩了,结果体积反而变大。原因很直接:原图是 2000×1500 的 JPG,canvas 按原尺寸绘制后仅调质量,浏览器重采样时没做色度抽样优化,导出的仍是高冗余数据。
- 先算缩放比例:取最长边(比如
Math.max(img.width, img.height)),限制在 1920px 以内 - 按比例设置
canvas.width和canvas.height,再用ctx.drawImage()绘制 - 最后才用
toDataURL('image/jpeg', 0.8)—— 质量值 0.7~0.8 是视觉与体积的甜区,低于 0.6 易出块状伪影 - 若原图带透明通道(PNG),强行转 JPEG 会丢 alpha;要么加白底合成,要么改用
toDataURL('image/webp', 0.8)
srcset + sizes 必须配对写,否则高 DPR 设备照样下大图
写了 srcset="a-400w.jpg 400w, a-800w.jpg 800w" 却漏了 sizes,浏览器就默认按 100vw 算尺寸,iPhone 在 375px 宽视口下仍会加载 a-800w.jpg(因为 2x 屏逻辑宽度是 750px)。
使用 PptxGenJS 和 Python 解析,将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint(.pptx)演示文稿。
-
sizes要写具体断点,例如:sizes="(max-width: 768px) 100vw, 50vw" -
srcset中每个地址后必须带宽度描述符(400w),不是像素值也不是倍率 - 保留
src属性作为不支持srcset的旧浏览器 fallback - 验证方式:Chrome DevTools → Network → 切设备模拟 → 刷新,看实际加载的是哪个资源
WebP fallback 必须用 ,单写 src=xxx.webp 就是裸奔
只写 <img src="a.webp">,IE、旧版 Safari 直接空白或报 404。WebP 不是“自动降级”,它需要显式声明支持边界。
- 必须用
<picture></picture>包裹,且第一个<source></source>的type是image/webp - 后面紧跟一个
<img src="a.jpg" alt="">,这是真正的 fallback,不是可选 - 服务器要返回正确 MIME 类型:
image/webp,否则 Chrome 拒绝解析(Nginx 需加types { image/webp webp; }) - CDN 如 Cloudflare 的 Polish 功能需手动开启,且不处理 data: URL 或 base64 图片
最容易被忽略的一点:所有前端压缩手段都建立在“原始图未被过度压缩”的前提上。如果一张 JPG 已经是 Chroma subsampling: 2x2 + 质量 60%,再用 Canvas 导出 0.8 质量,大概率体积反弹。上线前用 identify -verbose(ImageMagick)扫一眼原始图的编码细节,比盲目调参管用得多。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










