sublime text 默认不支持十六进制颜色预览，需安装 color highlighter 插件并确保启用、配置正确；它仅识别标准 #rgb/#rrggbb/#aarrggbb 格式，不支持 #rgba 简写，且依赖语法作用域匹配和刷新机制。
Sublime Text 里十六进制颜色不自动高亮预览？先确认插件是否生效
默认安装的 Sublime Text 不支持十六进制颜色预览，必须靠插件实现。最常用的是 Color Highlighter，但很多人装完发现没反应——不是插件坏了，而是它默认只识别标准格式（如 #ff0000、#f00），对带空格、换行、或写在注释/字符串里的色值直接忽略。
- 确保已通过 Package Control 安装
Color Highlighter，且重启过 Sublime - 检查
Preferences → Package Settings → Color Highlighter → Settings中"enabled": true是否为真 - 该插件默认不处理
rgb(255, 0, 0)或hsl()，只认十六进制；若想支持其他格式，需手动改color_formats配置项 - 如果色值写在单行注释里（如
// #ff6b6b 主色调），要确认配置中"enable_in_comments"是true
为什么 #FFF 能预览，#fff0（带 alpha）却不行？
Color Highlighter 默认只识别 3 位、6 位、8 位十六进制颜色（后者是 ARGB，如 #FF123456），但不支持 4 位（#RGBA）或带 alpha 的简写（如 #fff0）。这是设计选择，不是 bug。
- 8 位格式必须以
#AARRGGBB顺序书写，#FF123456表示半透明红色；而#1234这类会被完全跳过 - 若项目大量用
#RGBA简写（CSS 新标准），建议换用BracketHighlighter+ 自定义规则，或改用 VS Code（原生支持） - 性能上，开启过多 color format 匹配会轻微拖慢大文件渲染，尤其含大量内联样式的 HTML
预览色块位置偏移、颜色不准？检查语法高亮和作用域
预览效果依赖 Sublime 对当前文件的语法识别。比如一个 .js 文件里写了 const color = "#3498db";，若 Sublime 把这行当成纯字符串（而非 CSS 值上下文），插件可能不触发或取错作用域。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac），输入Inspect Scope，把光标停在色值上，看输出里是否含source.css或meta.property-value.css；如果不是，说明语法作用域不匹配 - 可在
Color Highlighter设置中加"scope_names": ["source.css", "source.scss", "source.less"]扩展支持范围 - 颜色不准常见于主题冲突：某些 UI 主题会覆盖插件绘制的色块背景，此时需关掉主题的
color_scheme里gutterForeground相关设置
保存后颜色预览消失？别急着重装插件
这不是插件崩溃，而是 Sublime 的缓存机制导致：当文件被外部工具修改（如 Git hook、构建脚本写入）、或通过 File → Revert 回滚时，插件监听的 buffer change 事件可能未触发重绘。
- 手动触发刷新：选中色值 → 按
Ctrl+Shift+P→ 输入Color Highlighter: Refresh - 避免用外部命令直接覆盖文件内容；如必须，改用
subl --add或通过 Sublime 的 API 写入 - 极少数情况是插件与
Emmet或AutoFileName冲突，可临时禁用其他插件逐一排查
真正麻烦的是跨语法嵌套场景：比如 Vue 单文件组件里 <style scoped></style> 中的色值能预览，但 <template></template> 里绑定的 :style="{ color: '#e74c3c' }" 就大概率失效——这里没有通用解法，得靠自定义正则匹配，而正则写错一丁点就会让整段文本变灰。
