红黄蓝三色渐变在RGB空间直接线性插值会导致中间出现灰暗色阶，因R/G/B通道突变产生低饱和棕灰色；需用显式色标定位（如red 30%, yellow 45%, blue 70%）或HSL色相匀速旋转来规避。
红黄蓝三色渐变背景可以实现，但直接用 linear-gradient 写成 red, yellow, blue 会出视觉问题：黄色在中间会“发灰”或过渡生硬，因为 RGB 插值路径不经过人眼感知的饱和色区。必须控制色标位置和色彩模型，否则效果廉价。
为什么红→黄→蓝默认渐变看起来脏
浏览器对 linear-gradient(red, yellow, blue) 的插值是在 RGB 空间逐通道计算的。从 red（255,0,0）到 yellow（255,255,0）是 R 不变、G 上升；但从 yellow 到 blue（0,0,255）需 R/G 同时暴跌、B 暴涨——中间必然经过大量低饱和度的棕灰调，不是你想要的“鲜亮过渡”。
- 不要依赖默认等距分布，必须显式写色标位置
- 避免跨大色域直连（如红→蓝），中间加缓冲色或改用 HSL 控制 hue
- 移动端 Safari 对多色标渐变支持稳定，但老版 Android Webview 可能截断第三色
用 linear-gradient 精确控制红黄蓝三色位置
最可控的方式是固定每段过渡节奏，把黄色放在视觉中心，红与蓝作为两端锚点，并微调位置避开灰阶区：
background-image: linear-gradient( to right, red 0%, red 30%, yellow 45%, yellow 55%, blue 70%, blue 100% );
-
red 30%→yellow 45%这段 15% 区间专注做红黄过渡，避开 G/B 同时变化的混乱区 -
yellow 55%→blue 70%同理，让黄色“停留”足够久，再干净切到蓝 - 若要更柔和，把
red 30%改成red 25%，yellow 45%改成yellow 48%，留出缓冲带
用 HSL 模式实现更自然的色相循环过渡
如果目标是“红→黄→蓝→红”循环动画（比如 banner 背景），用 RGB 渐变会卡在灰调上。换成 HSL，控制 hue 匀速旋转，饱和度与亮度恒定，就能绕过 RGB 插值缺陷：
立即学习“前端免费学习笔记（深入）”；
:root {
--hue: 0;
}
.gradient-bg {
background-color: hsl(var(--hue), 100%, 60%);
animation: rotate-hue 8s ease-in-out infinite;
}
@keyframes rotate-hue {
0% { --hue: 0; } /* red */
33% { --hue: 60; } /* yellow */
66% { --hue: 240; } /* blue */
100% { --hue: 360; } /* back to red */
}- HSL 中 hue=0 和 hue=360 都是红色，动画能无缝闭环，不会跳帧
- 务必设
saturation: 100%和lightness: 60%固定，否则 hue 变化时明暗浮动会削弱冲击力 - 旧版浏览器不支持 CSS 变量动画，需降级为 JS 动态改
style.setProperty('--hue', val)
transition 要求背景色可动画，渐变本身不可过渡
如果你希望鼠标悬停时“从红黄渐变切换到黄蓝渐变”，别写 transition: background-image 0.4s——它在多数浏览器中无效，background-image（含 linear-gradient）不是可动画属性。
- 可行方案：用两层伪元素
::before和::after，各自设不同渐变，通过opacity切换显示 - 更轻量方案：只动
background-color，把红黄蓝渐变“压平”成主色调，例如 hover 时background-color: #ffcc00（黄）→background-color: #0066cc（蓝），再叠加半透明渐变图层 - 绝对不要写
transition: all 0.3s，它会让background-size或transform等无关属性也参与过渡，拖慢渲染
真正难的不是写对那几行 CSS，而是判断这个红黄蓝过渡是静态展示、交互切换，还是自动循环——选错技术路径，后面所有调试都在对抗浏览器的插值逻辑。
