srcset仅负责同一格式下择优选尺寸，不提供格式或网络失败降级；真正fallback依赖src属性——浏览器加载srcset任一候选失败时自动回退至src，但src必须存在、可用且兼容性高（如JPG/PNG），否则直接白屏。
srcset 本身不提供格式或网络失败降级能力，它只负责“同一格式下选最合适尺寸”，真正起 fallback 作用的是 src 属性——浏览器加载 srcset 中任一候选失败时，会退回到 src 指向的图；但前提是 src 必须存在、可用、且格式兼容性足够高。
srcset + src 不是“多选一”，而是“优先试 srcset，失败才 fallback 到 src”
很多人误以为写了 srcset 就自动有了多级容错，其实不是。浏览器加载流程是：先解析 srcset 和 sizes，算出最可能匹配的候选（比如 photo-800w.jpg 800w），然后发起请求；如果这个请求返回 404、CORS 错误、或响应头 Content-Type 不对（如返回 text/html），浏览器不会尝试下一个 srcset 项，也不会跳到其他 source，而是直接放弃，转而加载 src 的值。
-
src必须指向一个真实可访问的资源，不能是空字符串、"#"或拼写错误的路径 -
src图应为 JPG/PNG 这类全浏览器支持的格式，体积建议控制在 20–50KB，兼顾清晰度与首屏速度 - 若
src也 404，页面就白屏或显示破损图标——srcset不会“再 fallback 一次” -
srcset中所有项必须统一用w描述符（如photo-400w.jpg 400w）或统一用x（如photo.jpg 1x, photo@2x.jpg 2x），混用会导致整个srcset被忽略
sizes 属性写错，srcset 就等于没写
sizes 不是“建议尺寸”，而是告诉浏览器“这张图在当前布局中实际渲染宽度是多少”。如果写错，浏览器无法正确估算，就会按默认 100vw 算，大概率加载远超需要的大图，浪费带宽，还可能因超时触发 src fallback——看似降级了，其实是自己配错了。
- 常见错误写法：
sizes="100vw"（固定值）、sizes="500px"（像素值不响应）、sizes=""（空） - 正确写法应匹配 CSS 布局逻辑，例如：
sizes="(max-width: 768px) 100vw, (max-width: 1200px) 50vw, 33vw" - 如果图片容器宽度由
flex或grid决定，sizes需对应媒体查询断点，而非容器 class 名 - 没写
sizes却用了w描述符，Chrome 和 Safari 会直接忽略整个srcset列表
srcset 里的图加载失败，不会自动换另一个 srcset 项
这是最容易被误解的一点：srcset 是“择优选择”，不是“故障转移”。浏览器只选一个候选去请求，失败了就停，不会轮询列表里其他项。它不像 <picture></picture> 那样有顺序 fallback 机制。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 例如：
srcset="a-400w.jpg 400w, a-800w.jpg 800w, a-1200w.jpg 1200w"，若a-800w.jpg404，浏览器不会尝试a-400w.jpg或a-1200w.jpg - 所以
srcset所有项都必须确保部署到位、CDN 同步完成、路径大小写完全一致 - 服务端返回非图片响应（如 Nginx 返回 404 页面 HTML）比文件缺失更危险：浏览器收到 200 但内容不是图片，解码失败后仍会 fallback 到
src，但控制台报错不明显 - 验证方式：打开 DevTools → Network → 点开图片请求，看 Status 是否为 200，Response Headers 中
Content-Type是否为image/jpeg等正确类型
src 必须是兜底，不是“凑数”，且不能依赖 JS 补救
很多项目把 src 设成占位图或留空，指望用 onerror 或懒加载脚本兜底。这在弱网、JS 阻塞、或 CSP 限制下极易失败——src 是 HTML 解析阶段就发起的请求，一旦不可用，降级链从第一步就断了。
-
src应该是经过压缩的 JPG/PNG，分辨率适配移动端窄屏（如 400–600px 宽），而非原图缩略版 - 不要用
data-src替代src：没有 JS 执行时，data-src完全不参与加载 - 避免在
src中写相对路径如../images/logo.jpg，容易因路由嵌套出错；推荐用根路径/images/logo.jpg或 CDN 地址 - IE 和旧 Android WebView 完全忽略
srcset，只加载src——这意味着src不仅是 fallback，更是旧环境的主图
真正难的不是写对语法，而是让每一张 src 和每一项 srcset 在所有设备、所有网络状况、所有 CDN 缓存层级下，都返回正确的二进制内容和准确的 Content-Type 响应头。漏掉任何一个环节，降级就变成白屏。
