srcset 仅负责资源选择，不处理超时或错误恢复；浏览器选中图片后若请求超时、卡住或返回408/504，不会自动回退到src，仅当srcset不被支持或语法无效时src才启用。
srcset 本身不处理超时，浏览器不会因加载慢而自动 fallback 到 src
这是最常被误解的一点：srcset 和 sizes 是资源选择机制，不是错误恢复机制。浏览器选中某张图（比如 photo@2x.jpg 2x）后，会发起请求；如果该请求卡住、超时或返回 408/504，src 不会自动接管——它只在 srcset 完全不被支持（如 IE11）或语法无效时才启用。网络层超时由 fetch 或底层协议控制，HTML 无感知。
真正能干预超时的只有 JavaScript + fetch + AbortController
想让“高分辨率图加载 3 秒没响应就切回基础图”，必须绕过原生 img.src，改用 fetch() 控制生命周期：
-
AbortController是唯一标准方式：设置timeout后调用controller.abort()，触发fetchreject - 成功后必须手动调用
URL.createObjectURL(blob)并赋给img.src，不能直接设为 blob URL 字符串（否则 Safari 报错） - 务必在
then中调用clearTimeout(timeoutId)，否则即使加载成功，abort 仍可能随后触发，导致 Promise 意外 reject - 加载失败后，应设
img.src为已知稳定的兜底地址（如 CDN 上的/fallback.jpg），而非再次走srcset路径——那会重复触发同样问题
onerror 无法捕获超时，只能捕获明确失败（4xx/5xx/网络中断）
img.onerror 在以下情况**不会触发**：
– 请求发出但尚未返回（即真·超时）
– 服务器返回 200 但内容为空或损坏（此时解码失败，控制台报 Failed to decode image，但 onerror 静默）
– CORS 阻塞（只抛安全错误，不触发 onerror）
所以不要指望 onerror="this.src='fallback.jpg'" 解决超时问题。它只适合兜底“已确认失败”的场景，比如 404 或跨域拒绝。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
弱网下更可靠的组合策略
单靠 srcset 降级不防超时，需三层协同：
- 格式兜底：用
<picture></picture>把 WebP/AVIF 放<source type="image/webp"></source>，<img src="fallback.jpg" alt="HTML怎么处理srcset网络加载超时后的降级逻辑" >作为强制最终 fallback（注意：它必须真实可访问，否则白屏） - 加载干预：对首屏关键图，用
fetch + AbortController主动控制超时，并在 reject 后立即切到内联 data URL 或 CDN fallback - 时机控制：禁用
loading="lazy"，避免弱网下 IntersectionObserver 触发延迟叠加超时风险；对非关键图，可用decoding="async"减少主线程阻塞
真正容易被忽略的是：所有 fallback 资源（包括 <img src alt="HTML怎么处理srcset网络加载超时后的降级逻辑" > 和 JS 中写的 fallback.jpg）必须经 CDN 托管、HTTP 200 可达、体积小（≤5KB），否则降级链本身就成了新故障点。
