清晰度取决于资源选择、缩放时机和canvas渲染精度三者协同；降级图需匹配宽高比与DPR，srcset+sizes确保响应式加载，html2canvas须设置scale=devicePixelRatio，SVG占位图须带viewBox和显式尺寸。

只加 src 降级图不等于清晰——清晰度取决于“谁在什么时候用多大像素渲染”，必须同时控制资源选择、缩放时机和 canvas 渲染精度。

为什么 src 降级图看起来还是糊

常见错误是把降级图设为 1px GIF 或极小尺寸占位图，但没考虑后续加载高清图时的缩放行为：浏览器会按 CSS 尺寸拉伸小图，导致模糊；或 JS 补全 src 后未重置 width/height 属性，强制等比缩放失真。

• 降级图（如 src="lqip-32x18.jpg"）必须与目标容器宽高比一致，否则 object-fit: cover 或拉伸缩放会破坏细节
• 若用 img 的 width/height 属性固定尺寸，降级图需是该尺寸的清晰版本（如 120×90），而非靠 CSS 缩放小图
• 服务端生成的 LQIP 图建议用双线性插值 + 锐化处理，避免默认压缩导致边缘发虚

srcset + sizes 配合降级图提升首屏清晰度

srcset 不是懒加载替代品，而是让降级图本身就有响应式清晰度——它决定“哪个图该被加载”，而降级逻辑决定“加载失败时换谁”。两者叠加才能兼顾速度与质量。

• 降级图写进 src，高清图列在 srcset 中，sizes 必须准确声明当前布局宽度（如 sizes="(max-width: 768px) 100vw, 50vw"）
• 避免 srcset 里混用 w 和 x 描述符：同一张图只用 w（适配不同视口宽度），多清晰度版本才用 x（如 photo.jpg 1x, photo@2x.jpg 2x）
• 服务端可配合 Vary: DPR 响应头，让 CDN 根据请求头 Sec-CH-DPR 直接返回匹配 DPR 的图，减少客户端缩放

html2canvas 导出图模糊？降级图不是问题根源

当用 html2canvas 截图时，图片模糊通常和降级图无关，而是 canvas 渲染层未对齐设备像素比。即使 src 是 4K 图，输出仍可能糊。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

立即学习“前端免费学习笔记（深入）”；

• 新版 html2canvas@1.4.1 默认启用 scale: window.devicePixelRatio，但需确保调用前 window.devicePixelRatio 已就绪（避免 SSR 或早期执行）
• 手动补丁更可靠：

  html2canvas(element, {
    scale: window.devicePixelRatio || 1,
    useCORS: true,
    logging: false
  });

• 若页面含 SVG 或字体图标，需显式设置 allowTaint: true 并确保跨域资源允许 CORS，否则 canvas 会被污染无法导出，间接导致 fallback 到低清图

onerror 降级后如何保持清晰度不妥协

监听 onerror 换占位图很常见，但很多人用 src="placeholder.svg" 这类矢量图，在高 DPR 设备上若未设置 width/height，浏览器会按 CSS 像素渲染，SVG 内部未指定 viewBox 就会模糊。

• SVG 占位图必须带 viewBox 和显式 width/height（如 <svg viewBox="0 0 120 90" width="120" height="90">）
• 避免用 base64 编码的 PNG 占位图——编码膨胀且无法缩放，改用内联 SVG 或 HTTP 缓存良好的小尺寸 WebP
• JS 中替换 src 后，建议同步更新 dataset.loaded 和 alt，防止屏幕阅读器重复播报错误信息

清晰度问题从来不是单点失效，而是资源路径、渲染时机、像素对齐、错误兜底四层叠加的结果。最容易被忽略的是：降级图本身也得是“响应式”的——它要适配 DPR、要匹配容器宽高比、要在无 JS 时静态存在且尺寸合理。