<img> 的 srcset 仅支持像素密度或视口宽度切换，无法应对布局、设备类型、格式等多维响应需求，必须用 <picture>；其 <source> 的 media 与 type 是 AND 关系，顺序决定优先级，sizes 需与 CSS 实际渲染宽度一致，服务端协商不参与 <picture> 决策。
为什么 <img> 加 srcset 还不够用？
因为 <img> 的 srcset 只能按像素密度（x）或视口宽度（w）切换资源，但无法响应「不同布局下的图片尺寸变化」。比如：小屏时图片占满宽度，大屏时只占 50% 宽，此时仅靠 srcset + sizes 能解决；但若还要在横屏/竖屏、高 DPR/低 DPR、甚至不同设备类型（如打印机）下加载完全不同的图片（如 WebP / AVIF / PNG），<img> 就力不从心了。
这时候必须用 <picture> —— 它是语义化容器，允许你声明多个 <source> 规则，浏览器按顺序匹配并加载第一个满足条件的资源。
<source> 的 media 和 type 怎么配才不冲突？
关键原则：media 控制「何时用这张图」，type 控制「这张图是否能被解码」，两者是 AND 关系，不是 OR。浏览器会跳过任何不满足 media 或不支持 type 的 <source>。
-
media必须是有效的媒体查询（如(min-width: 768px)），空值或语法错误会让该<source>被忽略 -
type必须是 MIME 类型字符串（如image/webp），拼错（如image/webp;多了个分号）或浏览器不支持，就会跳过 -
<source>顺序很重要：把最具体、最高优先级的规则放前面，兜底的<img>放最后
<picture> <source media="(min-width: 1024px)" type="image/avif" srcset="hero-1024.avif 1x, hero-1024@2x.avif 2x"> <source media="(min-width: 768px)" type="image/webp" srcset="hero-768.webp 1x, hero-768@2x.webp 2x"> <source type="image/webp" srcset="hero-small.webp 1x, hero-small@2x.webp 2x"> <img src="hero-small.jpg" alt="hero"> </picture>
sizes 属性为什么必须和 CSS 配合写？
sizes 不是告诉浏览器“图片应该多大”，而是告诉它“在当前视口下，这张图*预计会渲染成多宽*”。浏览器靠这个 + srcset 中的 w 描述，才能选中最合适的资源。如果 sizes 写错（比如写死 "100vw"，但实际 CSS 把图片限制在 max-width: 600px），就可能加载过大图造成浪费。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- 常见写法：
sizes="(max-width: 767px) 100vw, (max-width: 1023px) 50vw, 33vw"—— 对应移动端全宽、平板半宽、桌面三分之一宽 - 必须和真实 CSS 渲染结果一致；建议用 DevTools 的 “Layout” 面板确认图片最终宽度
- 不要省略
sizes：即使只用x单位，也得写sizes="100vw"，否则浏览器会回退到默认尺寸（通常是 100vw），但行为不可控
服务端协商（Accept header）和 <picture> 能一起用吗？
不能。浏览器在解析 HTML 时，<picture> 是纯客户端决策机制，不发请求前就已确定加载哪个 <source> 或 <img>。服务端的 Accept: image/avif,image/webp,*/* 仅对单个 URL 有效（比如直接访问图片地址），对 <source srcset="..."> 中的每个 URL 不起作用。
所以：想用 AVIF？得自己生成 AVIF 文件，并在 <source type="image/avif"> 中显式引用；别指望服务器根据请求头自动转码返回——那属于 CDN 或后端中间件的工作，和 HTML 标签无关。
真正容易被忽略的是：很多开发者写了 <source type="image/avif">，却没验证目标浏览器是否支持 AVIF（如 Safari 16.4+ 才开始支持）。上线前务必查 caniuse.com/avif 并保留降级路径。
