progress元素支持CSS渐变但需通过伪元素实现：Chrome/Safari用::-webkit-progress-bar和::-webkit-progress-value设置，Firefox不支持渐变背景只能降级为纯色。
progress 元素默认样式不支持 CSS 渐变？
不是不支持，是 progress 本身没有直接接受 background 渐变的接口——它的视觉由伪元素控制，主流浏览器只暴露 ::-webkit-progress-bar 和 ::-moz-progress-bar 等私有钩子。
直接写 progress { background: linear-gradient(...); } 完全无效，这是最常卡住的地方。
- Chrome / Safari 必须通过
::-webkit-progress-bar设置容器背景，再用::-webkit-progress-value控制进度条填充色 - Firefox 需单独处理
::-moz-progress-bar，且不支持渐变作为其背景（只能设纯色） - Edge（Chromium 内核）和新版 Firefox 对
::-webkit-*的兼容性已较好，但::-moz-*仍不可靠，建议优先走 WebKit 路径 + 降级 fallback
怎么用 CSS 给 progress 条加线性渐变？
核心是分两层：外层容器设底色或透明，内层 ::-webkit-progress-value 设渐变背景并覆盖整个宽度。
注意：渐变方向要匹配进度条流向（横向默认 left→right），否则动画会“反着走”。
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
progress::-webkit-progress-bar设为background: transparent或浅灰底色，避免遮盖渐变 -
progress::-webkit-progress-value必须设background: linear-gradient(90deg, #ff6b6b, #4ecdc4)，且不能漏掉border-radius保持圆角 - 必须加
appearance: none去除默认样式，否则渐变会被系统控件层压住
progress {
appearance: none;
height: 8px;
}
progress::-webkit-progress-bar {
background: #eee;
border-radius: 4px;
}
progress::-webkit-progress-value {
background: linear-gradient(90deg, #ff6b6b, #4ecdc4);
border-radius: 4px;
transition: width 0.3s ease; /* 可选：让变化更顺滑 */
}Firefox 下渐变失效怎么办？
Firefox 目前（v120+）仍不支持对 ::-moz-progress-bar 应用 background-image，设了也忽略。这不是 bug，是规范未实现。
务实解法不是硬刚，而是用 JS 模拟一个视觉等价的进度条，或接受它显示为纯色——只要语义正确（<progress value="60" max="100"></progress>），辅助技术仍能读取进度值。
- 如果项目必须跨浏览器统一渐变效果，推荐用
<div role="progressbar"> + ARIA 属性替代原生 <code>progress - 若仅需视觉美化且可接受 Firefox 差异，就保留 WebKit 样式，并给
progress::-moz-progress-bar设一个合理 fallback 色（如#4ecdc4） - 别试图用
@supports (background: linear-gradient())检测渐变支持——它对伪元素无效 - 确保
progress::-webkit-progress-value有transition: background 0.3s ease（渐变色变化）或transition: width 0.3s ease（旧版 WebKit） - 避免在 JS 中连续赋值
el.value = x多次，改用requestAnimationFrame节流或使用 CSS 自定义属性 +calc()驱动（更稳定） - 某些 Chrome 版本对
appearance: none+ 渐变组合存在重绘 bug，加transform: translateZ(0)强制硬件加速可缓解
动态更新 value 时渐变条跳动或闪烁？
常见于 JS 频繁修改 progress.value 但没配好 CSS 过渡，或伪元素层级被重绘打断。
关键不是“能不能渐变”，而是“过渡是否连贯”。WebKit 下 ::-webkit-progress-value 的宽度变化默认无动画，必须显式声明。
渐变本身不难，难的是各浏览器对伪元素的控制粒度不一致；最容易被忽略的是 Firefox 的渐变不可用属于长期限制，而非临时 bug，提前按这个事实设计降级方案，比后期补 hack 更省力。
