Level 4 Color 规范将 rgb() 降级为“legacy syntax”，新语法强制空格分隔（如 rgb(255 0 0)）并统一用斜杠控制 alpha，以消除嵌套歧义、支持混合单位，并与 color-mix() 等新函数保持语法一致；Chrome 117+/Firefox 119+ 已默认启用，Safari 17.4 仍部分回退。
color-mix() 和 color() 函数不接受逗号分隔的 RGB/RGBA/HSLA 值，这是 Level 4 Color 规范刻意设计的语法断裂点——不是 bug，是为未来扩展留出解析空间。
为什么 rgb(255, 0, 0) 在 Level 4 中被标记为“过时”
Level 4 并未废除 rgb()，但将其降级为“legacy syntax”，仅保留在向后兼容层。新解析器优先匹配无逗号形式：rgb(255 0 0)、rgba(255 0 0 / 0.5)。
这种变化让浏览器能明确区分「颜色函数调用」和「数学函数调用」，避免像 calc(rgb(255, 0, 0)) 这类嵌套歧义。
rgb(255 0 0) 与 rgb(255, 0, 0) 的实际差异
- 空格分隔版本支持更灵活的参数类型：允许混合单位（如
rgb(100% 0 50px)），逗号版完全禁止 - 斜杠语法统一控制 alpha：
rgb(255 0 0 / 0.3)替代rgba(255, 0, 0, 0.3)，语义更清晰 - 所有 Level 4 新函数（
color-mix()、color-contrast()、oklch()）只接受空格分隔，不认逗号 - Chrome 117+、Firefox 119+ 已默认启用该解析逻辑；Safari 17.4 仍部分回退到逗号版，需注意测试
迁移时最容易踩的三个坑
直接全局替换逗号为空格会出错，因为旧写法里括号内允许空格（rgb( 255 , 0 , 0 ) 合法），而新语法要求**严格无空白环绕逗号**——但根本没逗号了。
- 预处理器（如 Sass）中
rgb($r, $g, $b)宏会生成逗号版，需改用插值或升级到支持 Level 4 的 color 模块 - 构建工具（PostCSS、esbuild）若启用了 CSS 压缩，可能把
rgb(255 0 0)错误合并成rgb(255 0 0)（少空格），导致解析失败 - JS 动态设置样式时，
el.style.backgroundColor = 'rgb(255 0 0)'在 Safari 17.3 及更早版本会静默失败，必须检测CSS.supports('color', 'rgb(0 0 0)')后降级
color-mix(in srgb, red 50%, blue 50%) 和 oklch(0.8 0.2 270) 一起混用时，所有颜色值必须统一流式——这时还夹着一个 rgba(255, 0, 0, 0.5)，解析器就得在同一条声明里切两种语法模式。这不是浏览器想干的事。 
