别装gosublime——它在2026年已彻底失效，根源是依赖停更的gocode、不支持go.mod及go 1.21+ workspace模式；唯一可行路径是gopls+sublimelsp，要求项目含go.mod、正确配置path与lsp settings（如build.experimentalworkspacemodule:true）。
别装 GoSublime —— 它在 2026 年已彻底失效，补全、跳转、格式化全崩，根源是它依赖的 gocode 早在 Go 1.11 就停更，且完全不支持 go.mod 和 Go 1.21+ 的 workspace 模式。
为什么 gopls + SublimeLSP 是唯一可行路径
Go 官方自 2019 年起将语义功能（补全、跳转、诊断、格式化）全部收归 gopls 统一实现。Sublime Text 必须通过 LSP 协议接入它，而 SublimeLSP 是目前唯一稳定维护、适配 Go 新特性的客户端插件。用旧插件硬扛只会让 Goto Definition 跳错、import 不自动增删、保存后缩进乱掉。
-
gopls要求项目根目录存在go.mod，否则拒绝提供完整功能；旧式GOPATH项目必须先执行go mod init example.com/foo - macOS/Linux 用户若
which gopls返回空，说明没进 shell 的$PATH，需在~/.zshrc或~/.bash_profile中加export PATH=$PATH:$(go env GOPATH)/bin并source - Windows 用户必须把
gopls.exe放进系统级PATH（不只是用户变量），否则 Sublime GUI 启动时根本找不到二进制文件
SublimeLSP 配置里最容易漏的三项
装完 SublimeLSP 和 gopls 后，默认配置几乎必然失效。关键项不是“启用”，而是具体参数是否对齐 Go 当前版本。
-
"enabled": true只是开关，真正起效靠"settings"下的"gopls"块 - Go 1.21+ 必须显式开启 workspace 支持：
"build.experimentalWorkspaceModule": true，否则跨模块跳转失败 - 若想禁用自动简化（比如防止
if a == true被改成if a），需在gopls的settings.json中设"formatting.gofmtSimplify": false
Sublime 启动时找不到 go 命令的根本原因
这不是插件问题，是 Sublime GUI 进程没继承 shell 的 PATH。尤其 macOS 的 Dock 启动和 Windows 从开始菜单启动，环境变量完全隔离。
- macOS 推荐方案：
launchctl setenv PATH "/usr/local/bin:/opt/homebrew/bin:$(go env GOPATH)/bin:$PATH"，然后重启 Dock（不是重开 Sublime） - Windows 必须确认
go.exe所在目录（如C:Goin）已加入“系统环境变量”PATH，且 Sublime 未以“兼容模式”运行（右键属性 → 兼容性 → 取消勾选） - 兜底法：在 Sublime 的
Preferences → Settings – User中直接写死"path": "/usr/local/go/bin"（macOS/Linux）或"path": "C:\Go\bin"（Windows），注意 Windows 路径用双反斜杠
最常被忽略的是：gopls 缓存损坏会导致跳转反复失败，但清缓存前必须先关掉所有 Sublime 实例，否则文件被占用删不干净 —— macOS 删 ~/Library/Caches/gopls，Windows 删 %LOCALAPPDATA%gopls。
