lsp-dockerfile插件不存在，因docker官方未发布docker-langserver，社区也无稳定lsp实现，sublime生态中仅有语法高亮插件（如dockerfile syntax highlighting），不提供补全或语义检查。
LSP-dockerfile 插件不能提供 Dockerfile 补全或语义检查——它根本不存在，也不被维护。你搜到的“LSP-dockerfile”大概率是拼写错误、过时文档残留，或是误把 LSP 和 Dockerfile Syntax Highlighting 混在一起的结果。Sublime Text 生态里没有官方或主流支持的 Dockerfile 语言服务器。
为什么找不到 LSP-dockerfile 插件？
Sublime 的 LSP 客户端（LSP）只对接标准语言服务器，而 Dockerfile 缺乏成熟、广泛采用的 LSP 实现。Docker 官方未发布 docker-langserver，社区也无稳定项目（如 docker-language-server 已多年未更新，GitHub star LSP-dockerfile 或 dockerfile-lsp 返回空结果，不是你网络问题，是它压根没上架。
常见混淆来源：
- 把
LSP（客户端）和Dockerfile Syntax Highlighting（纯语法高亮插件）名字记串了 - 看到别人配置里写了
"dockerfile"作为languageId，误以为有对应服务器 - 把 VS Code 的
ms-azuretools.vscode-docker插件功能投射到 Sublime 上
真正能用的 Dockerfile 智能支持只有语法高亮 + 手动补全
目前唯一可靠方案是组合使用两个插件，且必须手动干预：
- 装
Dockerfile Syntax Highlighting（作者 austinhappel）：提供关键词着色（FROM、COPY、ARG等）、基础缩进识别、多阶段构建区分 - 装
AutoFileName或EditorConfig：前者在COPY/ADD后自动补全路径；后者统一设indent_size = 4避免 Docker 构建失败 - 禁用所有叫
Enhanced Dockerfile、Docker Compose的插件：它们常劫持语法检测，导致右下角显示Plain Text却不报错
注意：AutoFileName 对 COPY ./src /app/src 这类相对路径有效，但对 COPY --from=builder /out/ . 这种多阶段引用无效——它不解析上下文，只是文件系统路径补全。
Dockerfile.* 文件怎么让高亮生效？
插件默认只认 Dockerfile（首字母大写、无后缀），Dockerfile.prod、dockerfile.ci 全部失效。必须手动编辑该插件的语法设置：
- 菜单 →
Preferences → Package Settings → Dockerfile Syntax Highlighting → Settings – Syntax Specific - 右侧用户设置中加这行（别用
"Dockerfile.*"，Sublime 不支持通配符）：
{
"extensions": ["Dockerfile", "Dockerfile.prod", "Dockerfile.ci", "Dockerfile.dev", "dockerfile"]
}
改完保存，已打开的文件要重新触发语法加载：右键标签 → Open all with current extension as… → Dockerfile，否则仍为 Plain Text。
复杂点在于：Dockerfile 的“智能”本质是静态规则匹配，不是语义分析。它不会告诉你 ARG 是否被 FROM 引用，也不会校验 EXPOSE 端口是否真在容器内监听——这些得靠 docker build --no-cache 实际运行时暴露。别指望编辑器替你 catch 构建失败。
