filter 不改变颜色值本身，而是对渲染后的像素做后处理；需先选对基础颜色（尤其饱和度），再按顺序叠加滤镜，且无法读取 CSS 变量或单独作用于背景/文字。
直接说结论：filter 不改变颜色值本身，而是对渲染后的像素做后处理；想精准控制效果，必须先选对基础颜色（尤其是饱和度），再按顺序叠加滤镜，且不能指望 filter 读取 CSS 变量或单独作用于背景/文字。
为什么 hue-rotate 对灰色背景没反应？
因为 hue-rotate() 在 HSL 空间旋转色相，而灰阶色（如 #888、rgba(128,128,128,1)）饱和度为 0，旋转后仍为灰色。它只对有色彩倾向的纯色或高饱和色生效明显。
- 实操建议：用
background-color: #4a90e2这类明确蓝调色起步，再试hue-rotate(60deg) - 避免先加
brightness(0.7)再hue-rotate()—— 明暗调整会压缩色域，导致旋转后发灰 - Safari 对负角度（如
-45deg）支持不稳定，统一用0–360deg范围内的正值
如何让 filter 只影响背景，不波及文字？
HTML 元素的 filter 会作用于整个渲染层（含子元素），无法用纯 CSS 拆分。所谓“只滤镜背景”，本质是视觉分离，不是属性隔离。
- 推荐做法：用
::before伪元素承载背景和滤镜，文字保持在主层（不继承） - 示例关键代码：
.card { position: relative; } .card::before { content: ""; position: absolute; inset: 0; background-color: #ff6b6b; filter: hue-rotate(90deg) saturate(1.3); z-index: -1; } .card > * { position: relative; } - 禁用方案：不要给父容器设
filter后试图用子元素filter: none覆盖 —— 它不生效
filter 组合时顺序为什么重要？
滤镜函数按书写顺序依次执行，前一个输出是后一个输入。比如 brightness(0.8) contrast(1.5) 和 contrast(1.5) brightness(0.8) 效果不同：前者先压暗再拉对比，后者先拉对比再压暗，容易过曝或死黑。
立即学习“前端免费学习笔记（深入）”；
- 常见安全链式顺序：
blur()→grayscale()→brightness()→contrast()→hue-rotate()→saturate() - 高开销滤镜（如
blur(10px)）尽量放最前，避免被后续滤镜放大计算量 - 移动端慎用
blur()+backdrop-filter组合，部分 Android WebView 会卡顿或闪屏
为什么 filter: hue-rotate(var(--hue)deg) 不生效？
filter 属性不支持 CSS 自定义属性插值，浏览器会直接忽略整条声明。这不是语法错误，而是规范限制 —— 所有滤镜函数参数都必须是静态值。
- 可行替代：用 JavaScript 动态写内联样式，例如
el.style.filter = `hue-rotate(${hueValue}deg)` - Chrome 115+ 支持
@property配合filter做动画，但 Safari 和 Firefox 尚未跟进，生产环境慎用 - 若只需主题切换，提前预设几组 class（如
.theme-red、.theme-blue），各带固定hue-rotate()值更稳妥
真正难的不是写出炫酷效果，而是判断哪些像素该被滤镜碰、哪些不该——这得靠分层意识，而不是堆参数。
