f00 在 Webpack 4 + css-loader 2.x（minimize:true 且无 PostCSS）、内联 SVG（Android 4.4.x WebView）及废弃 HTML color 属性中不被稳定支持，易引发解析错误或无效值。
不是缩写本身出错，而是你把它用在了不支持缩写的上下文中。
哪些地方不支持 #f00 这类三位缩写？
CSS 中 #f00 是合法的十六进制颜色值，但它的合法性取决于解析环境——不是所有支持颜色的地方都接受三位缩写。
- 标准 CSS 文件、
style属性、CSS-in-JS 库（如 styled-components）都完全支持#f00 - 某些旧版工具链会出问题：比如 Webpack 4 + css-loader 2.x 在启用
minimize: true时，若未配置 PostCSS 或 autoprefixer，可能把#f00错误地转成无效值（如#ff0000再截断） - 内联 SVG 的
fill或stroke属性里，部分 Android WebView（尤其 4.4.x）对三位缩写解析不稳定，建议显式写成六位#ff0000 - HTML
color属性（如<font color="#f00"></font>）已废弃，且浏览器兼容性差，#f00在此场景下可能被忽略或报错
为什么 #f00 被转成 #ff0000 后又变回 #f00 就失败？
这是压缩/转换工具链的“双向不一致”导致的。比如某些 CSS 压缩器会先展开 #f00 → #ff0000，再试图收缩，但算法没识别原始缩写意图，结果生成 #f000 这种非法四位值。
- 典型错误信息：
Invalid property value: color: #f000 - PostCSS 插件
postcss-colormin旧版本（ - 检查构建产物中是否出现
#f000、#abcg等非标准长度值，基本可定位为工具链问题
怎么验证当前环境是否真正支持 #f00？
别靠文档，直接在目标环境中运行测试样式，观察渲染和 DevTools 中的 computed value。
立即学习“前端免费学习笔记（深入）”；
- 打开浏览器 DevTools，在 Elements 面板选中元素，看 Styles 侧边栏里
color是否显示为rgb(255, 0, 0)或保持#f00 - 执行 JS 测试：
getComputedStyle(document.body).color返回rgb(255, 0, 0)表明解析成功 - 若用在 SVG 的
fill="#f00"（注意 HTML 实体写法），需确认该 SVG 是内联还是外部引用——外部 SVG 文件由独立解析器处理，某些 CDN 或代理会重写颜色值
真正容易被忽略的是：三位缩写只在「完整十六进制颜色上下文」中安全。一旦混入构建流程、字符串拼接、模板插值（如 style={`color: #${hex}`}），就极可能因长度校验或转义逻辑崩掉——这时候宁可统一用六位，省去排查成本。
