IE8–IE11及Android 4.3前WebView完全忽略srcset和sizes，仅加载src指向的真实可访问图片；src必须为有效HTTP 200资源（如CDN上的.jpg/.png），不可为空、错误路径或WebP/AVIF格式。
srcset 在 IE8–IE11 和 Android 4.3 以前 WebView 中完全被忽略，浏览器只加载 src 属性指向的图片——这不是兼容性“差”，而是解析器压根不识别该属性。想靠 srcset 自动降级给老浏览器，行不通。
IE 下 srcset 失效时，src 是唯一可靠入口
老浏览器不会尝试解析 srcset 或 sizes，也不会报错，只是静默跳过。它唯一认的，就是 <img src="..." alt="HTML低版本浏览器srcset降级教程" > 里的 src 值。
-
src必须指向一个真实可访问、HTTP 200 的图（如 CDN 上的 800w JPEG 主图或 1×1 GIF 占位图），不能是空值、"#"、相对路径错误或动态接口地址 - 不要写
src="placeholder.svg"却没部署该文件——404 后页面直接白块或显示破损图标 - 如果用 WebP/AVIF 做高清源，
src绝不能指向它们；必须用.jpg或.png作为兜底格式 -
srcset可以保留，它不影响老浏览器行为，但前提是src自身可用
srcset + sizes 混用时，老浏览器不报错但现代浏览器会误判
现代浏览器依赖 sizes 计算渲染宽度，再从 srcset 中选最匹配资源。若漏写 sizes，Chrome 默认按 100vw 加载最大图，Safari 可能直接跳过整条 srcset——这会让本该降级的小图也加载失败。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 写
sizes="(max-width: 768px) 100vw, 50vw"前，确认 CSS 中对应容器真被限制在max-width: 768px内，否则浏览器选图逻辑错位 -
srcset中的w描述符（如"photo-320w.jpg 320w"）必须和原图真实宽度一致，不能写估算值 - 禁止混用
w和x（如"a.jpg 400w, b.jpg 2x"），整条srcset会被浏览器丢弃，退化为只读src
<picture></picture> 不是 srcset 的“增强版”，老浏览器根本不解析它
<picture></picture> 在 IE11 及以下版本中不是“部分支持”，而是整个标签被跳过。DOM 中只剩它内部最后一个 <img alt="HTML低版本浏览器srcset降级教程" > 标签（如果有），否则留空。
立即学习“前端免费学习笔记（深入）”；
-
<img alt="HTML低版本浏览器srcset降级教程" >必须作为<picture></picture>的**最后一个子元素**，且带有效src和alt，缺一不可 -
<source></source>的type和media属性老浏览器全无视，别指望靠media="(min-width:769px)"实现“断点降级” - 如果要用 WebP/AVIF，
<source type="image/webp"></source>必须写完整 MIME 类型，服务器返回的Content-Type也必须匹配，否则解码失败且不会 fallback 到下一个<source></source>
真正容易被忽略的一点：降级不是“等失败再补救”，而是让 src 始终处于可加载状态。很多团队花时间写 onerror 替换逻辑，却忘了最基础的——src 指向的图是否真的部署在 CDN 上、HTTP 状态码是否为 200、路径是否含多余斜杠或大小写错误。这些细节，在弱网或老旧环境中，比任何 JS 补丁都关键。
