srcset本身无降级机制，仅负责资源选择；加载失败时浏览器自动回退至img的src属性值，src是唯一且必需的兜底项，必须指向稳定可用图像。

srcset 本身没有“降级回退机制”——它不处理加载失败，只做资源选择；浏览器选中某个候选后加载失败，不会自动切到 srcset 里另一个地址，而是直接 fallback 到 img 的 src 属性值。

srcset 加载失败时到底走哪条路

很多人误以为 srcset 是多源容错方案，其实它只是“择优加载器”。一旦浏览器根据 sizes 和设备 DPR 决定加载 photo@2x.jpg，而这张图返回 404 或超时，浏览器不会尝试 photo@1x.jpg，而是立刻放弃，转而请求 中的 src。

• src 是唯一兜底项，必须存在且指向稳定可用的图（如压缩过的 JPG/PNG）
• srcset 中的每个项都只是“可选项”，不是“备用项”
• 如果 src 也失败，浏览器不再尝试任何其他路径，只显示破损图标或空白
• 这个 fallback 行为是浏览器原生行为，无需 JS，但也不可配置

sizes 写错会导致 srcset 形同虚设

没写 sizes，或 sizes 值和实际渲染宽度严重不符，浏览器就无法估算图片该占多宽，大概率会按 100vw 加载最大图——结果高 DPR 设备加载了 1200w 图，弱网下直接超时，最终还是 fallback 到 src，但已经浪费了带宽和时间。

• 必须为每个 srcset 项配对应宽度描述符（320w、768w）或密度描述符（1x、2x）
• 用 w 描述符时，sizes 必须写媒体查询，例如：sizes="(max-width: 768px) 100vw, 50vw"
• 确保 CSS 中图片容器的实际渲染宽度和 sizes 匹配，否则计算出的目标尺寸偏差会导致选图错误
• 在 Chrome DevTools Network 面板禁用缓存后刷新，右键图片 → “Copy response” 查看真实加载尺寸，验证是否生效

srcset + src 不是万能的，WebP/AVIF 必须用 picture

如果你把 WebP 地址放进 srcset，比如 srcset="a.webp 1x, a.jpg 1x"，不支持 WebP 的浏览器仍会尝试加载 a.webp 并失败，然后才 fallback 到 src。这不是格式协商，是硬性加载——srcset 完全不感知 MIME 类型。

DeepBI DHTML 页面生成器

生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur

下载

• 才是格式降级的正确载体， 不匹配就跳过
• 必须写在 底部，它是所有不支持 type 的浏览器的最终 fallback
• IE 和老 Android WebView 不支持 ，需搭配 picturefill polyfill 或服务端 UA 判断
• 不要在 里写 src，只认 srcset；写错会导致整组 被忽略

onerror 不能补 srcset 的缺陷，但能兜住 src 的失败

onerror 只作用于当前 src（包括 中最终 fallback 的那个 ），对 srcset 内部的加载失败无感知，也无法拦截或重试。

• 可在 上加 onerror="this.src='/placeholder.png'"，但必须防循环：检查 this.src 是否已为占位图路径
• 占位图建议用内联 SVG（无 HTTP 请求）或极小 PNG，避免二次失败
• 内的 同样需要 onerror，因为它是最后一道防线
• 不要在 onerror 回调里再加载大图或未压缩资源，这会让弱网体验更差

真正容易被忽略的是：srcset 的“降级”其实是被动 fallback，而非主动切换；它的可靠性完全依赖 src 的健壮性——而多数人只花精力优化 srcset，却把 src 指向一个未经压测、未上 CDN、甚至路径拼错的图。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！