标签本身不提升体验，但通过media/sizes精准匹配设备、深色模式专用图、WebP/JPEG格式降级、首屏eager加载等策略，可消除卡顿、布局偏移与加载失败，显著改善核心性能指标。
picture 标签本身不直接“提升体验”，它只是把图像选择权交还给浏览器——真正带来体验改善的，是开发者用它规避了那些肉眼可见的卡顿、错位和加载失败。
避免首屏大图加载阻塞与布局偏移
用户打开页面时，如果首页大图用 <img src="hero-2560.jpg"> 硬写，手机端也会下载 2.5MB 的桌面图，导致白屏延长、滚动卡顿。而 <picture></picture> 配合 media 和 sizes，能让小屏设备只加载 hero-480.jpg（约 80KB），解码快、渲染早。关键点在于：<img> 的 width 和 height 属性必须设（或 CSS 固定宽高），否则浏览器无法预留空间，图片加载后会把下方文字“顶下去”——这就是布局偏移（CLS），直接影响 Core Web Vitals。
让深色模式用户看到真正可用的大图
很多官网在深色模式下直接用 CSS filter: invert() 处理 banner 图，结果 logo 变黑、文字糊成一片。用 <source media="(prefers-color-scheme: dark)" srcset="hero-dark.webp"></source> 才是正解：深色版图是设计师单独调色的，文字反白、阴影加厚、对比度达标。注意顺序——深色 <source></source> 要放在浅色之后，否则浅色设备可能误匹配；且必须保留 <img> 作为所有不支持该媒体查询的浏览器兜底。
现代格式优先但不牺牲兼容性
WebP 比 JPEG 小 30%，AVIF 再小 20%，但 Safari 14 之前不认 AVIF，旧版 Edge 不认 WebP。靠 JS 检测再换图？晚了，首帧已用 JPEG 渲染。正确做法是把 WebP <source type="image/webp"></source> 放最上面，JPEG <source type="image/jpeg"></source> 放下面，<img src="fallback.jpg"> 压底。浏览器按顺序扫描，支持 WebP 就停在第一行，不支持就往下走——零 JS、无延迟、无闪动。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
懒加载控制粒度更准
loading="lazy" 对 <img> 是全有或全无，但首页首图必须 eager，轮播第二张图却可以 lazy。用 <picture></picture> 包裹时，loading 属性只能写在 <img> 上，所以实际策略是：首屏大图不用 loading（默认 eager），非首屏图统一加 loading="lazy"，再配合 decoding="async" 防止解码阻塞主线程。别信“所有图都 lazy 就行”——首图懒加载等于主动放弃 LCP 指标。
真正难的不是写对 <source></source> 顺序，而是每张大图都要准备至少 3 套资源（尺寸裁剪版 + 深色版 + 格式降级版），还要和设计、后端协同管理这些文件路径和命名规则。没自动化构建流程的话，手动维护很快就会出错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
