css颜色值本身不区分大小写，如#ff0000、#ff0000、color: red;均合法且渲染一致；真正需严格区分大小写的是属性名（如color无效）、id选择器、自定义属性及字体名等。
支持，但混写本身不报错也不影响渲染——真正出问题的，往往是你以为“只是颜色写法”的地方，其实动了别的东西。
color: Red; 和 Color: red; 哪个失效？
前者合法，后者直接被浏览器忽略。原因不是颜色值大小写，而是属性名 Color 大写了。CSS 属性名（如 color、background-color、font-size）在标准中虽声明为“不区分大小写”，但所有主流浏览器实际只识别小写形式；Color 或 BACKGROUND-COLOR 都不会被解析为有效属性。
-
color: Red;✅ 合法：颜色关键字Red不区分大小写 -
Color: red;❌ 无效：属性名Color不是标准标识符，整条声明丢弃 -
--primary-color: #FF0000;✅ 合法：自定义属性名--primary-color区分大小写，但这里全小写没问题 -
--PRIMARY-COLOR: #ff0000;⚠️ 注意：若后续用var(--primary-color)引用，就匹配不上
#FF0000、#ff0000、#Ff0000 渲染效果一样吗？
完全一样。浏览器解析十六进制时，把 A–F 当作数值 10–15 处理，F 和 f 都转成 15，无差别。缩写形式如 #F0F 和 #f0f 也等效，都展开为 #ff00ff。
-
#FF0000、#ff0000、#Ff0000→ 全部是纯红 -
#f0f→ 等价于#ff00ff，合法缩写 -
#F0F0→ 4 位非法长度，整个值被丢弃，不 fallback -
ff0000→ 缺少#，无效，被忽略
rgb() 和 hsl() 函数名大小写会影响解析吗？
不影响。函数名和数字参数都不区分大小写，但风格混乱会带来协作成本。
-
RGB(255, 0, 0)、rgb(255, 0, 0)、Rgb(255, 0, 0)全部有效 -
HSL(120, 100%, 50%)和hsl(120, 100%, 50%)效果一致 - 但
stylelint默认警告大写函数名 - Git diff 中
rgb()和RGB()被视为不同字符串，徒增噪音 - 更隐蔽的是：
--color: RGB(255,0,0);存入变量后，在color-mix()或计算函数中可能因格式不统一导致解析失败
哪些地方才真正在意大小写？
颜色值本身从不挑大小写，但下面这些地方一写错就静默失效：
- ID 选择器：
div#MyId只能匹配id="MyId"，不能匹配id="myid"（HTML ID 在 HTML5 中区分大小写） - 自定义属性名：
--textColor和--textcolor是两个不同变量 - 字体名：
font-family: "Times New Roman";中引号内名称在 macOS/Linux 下对大小写敏感 - URL 路径：
background: url("Img/logo.png");若文件系统区分大小写，img/和Img/就是两个目录
盯住「一致性」比盯住「是否合法」更重要——因为颜色值大小写自由，反而容易让人放松对真正关键标识符的敏感度。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
