color-mix()无法解析十六进制字符串提取RGB分量，纯CSS无此能力；必须用JS解析hex→R/G/B→注入CSS变量，再通过rgb(var(--r), var(--g), var(--b))使用，且需fallback保障容错。
用 color-mix() 无法直接提取 RGB 分量
很多人看到 CSS 新增的 color-mix() 或 color() 函数，误以为能像 JS 那样解析十六进制字符串。实际上，CSS 本身没有运行时字符串解析能力，color-mix() 只能混合已知颜色空间里的颜色值，不能把 #ff6b35 这类字符串拆成 R=255、G=107、B=53。
这意味着：纯 CSS（不含 JS）无法动态解析任意十六进制颜色字符串并暴露其分量为独立变量。
真正可行的路径只有 JS + CSS 自定义属性联动
核心思路是：JS 解析十六进制字符串 → 计算出 R/G/B 数值 → 写入 CSS 自定义属性 → 在 CSS 中通过 var(--r) 等引用。
关键注意点：
立即学习“前端免费学习笔记（深入）”；
-
parseInt(hex.replace(/^#/, ''), 16)是最简健壮解析法，自动兼容#rgb和#rrggbb - 必须手动补零处理
#fff→#ffffff，否则parseInt("fff", 16)得到 4095，不是 255×256²+255×256+255 - 写入自定义属性时，推荐用
document.documentElement.style.setProperty()，避免污染局部作用域
示例片段：
function hexToRgbVars(hex) {
const clean = hex.replace(/^#/, '');
const full = clean.length === 3 ? clean.split('').map(c => c+c).join('') : clean;
const num = parseInt(full, 16);
document.documentElement.style.setProperty('--r', (num >> 16) & 255);
document.documentElement.style.setProperty('--g', (num >> 8) & 255);
document.documentElement.style.setProperty('--b', num & 255);
}
hexToRgbVars('#ff6b35');
在 CSS 中安全使用这些变量的前提
直接写 rgb(var(--r), var(--g), var(--b)) 看似合理，但存在两个隐性陷阱：
- CSS 不校验
var(--r)是否为有效数字——若 JS 未设置或设错（比如设成"abc"），整个rgb()声明会失效，退为初始值或继承值，且无报错提示 - 所有
var()值默认为字符串，而rgb()要求数字；现代浏览器虽会隐式转换，但遇到空字符串或非数字时行为不一致（Chrome 返回 invalid，Firefox 可能 fallback）
稳妥做法是加一层 fallback：
.box {
background-color: rgb(
var(--r, 0),
var(--g, 0),
var(--b, 0)
);
}
为什么不用 hsl() 或 lab() 替代？
因为问题明确要求“RGB 分量”，不是等效颜色表示。HSL 的 h、s、l 与 RGB 无线性映射关系，无法反推原始 R/G/B 值；lab() 同理，且目前浏览器支持度更低（Safari 16.4+ 才开始部分支持）。即使转换过去，也丢失了原始十六进制对应的精确整数分量。
如果只是想实现渐变、遮罩或亮度调整，用 color-mix(in srgb, ...) 或 contrast() 更轻量；但只要需求落到“拿到 R/G/B 三个整数”，就必须走 JS 解析 + CSS 变量这条路。
容易被忽略的是：十六进制颜色可能带 alpha（如 #ff6b35cc），此时需额外提取第 7–8 位并转为 0–1 小数，而原生 CSS 的 rgba() 仍只接受 0–255 的整数或 0–1 的小数，二者单位不统一，必须由 JS 显式归一化。
