fff和#ffffff渲染一致，因浏览器按规范将#fff确定性展开为#ffffff，二者计算样式均为rgb(255,255,255)，差异仅存在于源码层面。
浏览器解析时#fff会自动展开为#ffffff
CSS 规范明确要求三位十六进制颜色（如 #fff）必须按“单字符复制”规则展开：每个字符重复一次，#fff → #ffffff，#abc → #aabbcc。这个过程发生在样式表解析阶段，是确定性、无条件的，不依赖运行时环境或设备特性。
这意味着：#fff 和 #ffffff 在 computed style 中完全一致，都是 rgb(255, 255, 255)；后续所有计算（比如 color-mix()、CSS transitions、Canvas 填充）都基于这个统一数值，不会出现行为差异。
#fff不是“简写语法糖”，而是独立合法格式
#fff 不是编译器或构建工具做的压缩优化，它本身就是 CSS 颜色值语法的一部分，被所有现代浏览器（Chrome/Firefox/Safari/Edge）原生支持。它的合法性不取决于你是否开了 PostCSS 或 Tailwind。
但要注意边界条件：
立即学习“前端免费学习笔记（深入）”；
-
#fff合法，#ffff非法（4位不匹配任何标准格式，整条声明被忽略） -
#f0a展开为#ff00aa，不是#f000aa或#fa00aa -
#999是#999999（R=G=B=153），和#909090（R=G=B=144）完全不同
为什么不能混用#fff和#ffffff在工程中
虽然渲染结果一样，但工程实践里混用会引发实际问题：
- PostCSS / Stylelint 等工具默认按正则匹配颜色值，
#fff和#ffffff需要两套规则，容易漏处理 - 想加 alpha 通道时，
#ffffff80合法，但#fff80会报错——八位格式不支持三位缩写 - 自动化主题生成脚本若只提取六位值，
#fff可能被跳过或误判为无效 - 团队代码审查时，同一组件内出现
#fff和#000000，语义不一致，增加认知负担
white 关键字和 #fff 的关系
white 是预定义颜色关键字，规范强制映射为 #ffffff，和 #fff 经过相同路径到达同一个 RGB 值。但二者来源不同：#fff 是十六进制解析结果，white 是关键字查表结果。它们在 computed style 中无法区分，但 source code 层面有维护成本差异——white 更语义化，#fff 更易参与颜色运算（比如 color-mix(in srgb, #fff 50%, #000)）。
真正容易被忽略的是：系统级设置（如 macOS 原彩显示、Windows 夜间模式）**不会改变** #fff 或 white 的 computed value，它们永远是 rgb(255, 255, 255)；变化只发生在 GPU 输出管线之后，属于显示层调整，前端代码无法感知或干预。
