sublime text 默认不识别 dockerfile，需安装 dockerfile syntax highlighting 插件并手动绑定 dockerfile.xxx 后缀；插件冲突或配置错误会导致高亮失效，镜像名不着色是正常设计。
为什么Dockerfile打开全是白底黑字？
因为 Sublime Text 默认根本不认识 Dockerfile 这个文件名——它既没内置语法定义，也不会自动匹配内容或注释来推断语言。右下角显示 Plain Text 就是铁证，不是配置错了，是压根没装语法包。
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），输入并执行Package Control: Install Package - 搜索
Dockerfile Syntax Highlighting（作者austinhappel或bradleybossard，两个都维护良好，选 star 多、更新近的） - 安装后重启 Sublime，或手动执行一次
View → Syntax → Dockerfile触发加载
注意：这个插件依赖 PackageResourceViewer 加载资源，如果装完仍不生效，先装它再重试。
Dockerfile.prod 之类带后缀的文件不亮？
Sublime 的语法绑定默认只认 Dockerfile（无后缀）和 .dockerfile（带点前缀），Dockerfile.dev、Dockerfile.ci 全被无视——哪怕内容一模一样，也不会触发高亮。
- 右键任意
Dockerfile.prod文件 →Open All With → Edit Syntax Rules… - 在弹出的 JSON 中找到
"extensions"数组，添加"prod"、"ci"、"dev"等后缀（不要加Dockerfile.前缀，只写后缀本身） - 保存后，所有
Dockerfile.xxx都会自动应用 Docker 语法
别写 "Dockerfile.*"——Sublime 不支持通配符 glob，写进去等于白配。
高亮有但 FROM、RUN 不上色？可能是插件打架
常见现象：右下角显示 Dockerfile，但指令全灰；或者保存后突然变回 Plain Text；又或者 Dockerfile.prod 被识别成 ShellScript。这大概率是其他插件劫持了语法检测逻辑。
- 临时禁用所有插件：打开
Preferences → Package Settings → Package Control → Settings – User，加入一行"installed_packages": []，重启 Sublime - 如果高亮恢复正常，说明冲突存在；逐个启用插件排查，重点关掉名字含
syntax、docker、shell的包（比如ApplySyntax、Enhanced Dockerfile） - 检查
Preferences → Settings – User是否误写了files.associations或覆盖了extensions
这类冲突不会拖慢启动，但会让后续配合 SublimeLinter + hadolint 时误报率飙升。
镜像名（如 nginx:alpine）为啥不着色？
不是 bug，是设计如此。原生 Dockerfile Syntax Highlighting 只给指令（FROM、COPY、ARG）分配 scope，镜像名、标签、路径全归为普通字符串，统一用默认字符串色。
- 想让
nginx:alpine单独高亮，得自己写.sublime-syntax规则，匹配FROM\s+[\w\.\-\/]+:[\w\.\-]+类模式并赋予新 scope - 但要注意：手写的语法文件若放在
Packages/User/下，会优先于插件加载，而很多旧版规则不支持新版语法（比如ARG foo=bar或多行HEALTHCHECK），反而导致高亮错乱甚至整段失色
多数人其实不需要镜像名高亮——真正要盯的是指令是否写错、缩进是否合法、参数是否漏空格。这点容易被过度优化带偏。
