gosublime已停止维护，不建议新项目使用；它依赖gopath，与go.mod模块化项目不兼容，导致补全失效、路径错误等问题，推荐改用lsp+gopls或vs code+go扩展。
GoSublime 已基本停止维护，**不建议新项目使用**；它在 Go 1.21+ 和 gopls v0.14+ 下常出现补全失效、跳转错乱、保存格式化冲突等问题。真正能稳定工作的方案是 LSP + LSP-Go（依赖官方 gopls），但如果你明确需要 GoSublime（比如维护老项目、或偏好其快捷键习惯），下面步骤可让它“跑起来”，前提是避开几个硬坑。
确认 go 和 gopls 能被 Sublime 正确调用
Sublime 不继承 shell 的 PATH，即使终端里 go version 和 gopls version 都正常，Sublime 内部仍可能报 command not found: go 或 gopls not found。
- 先在终端运行
which go和which gopls，记下完整路径，例如/usr/local/go/bin/go和/Users/you/go/bin/gopls - 打开 Sublime → Preferences → Settings – User，添加或修改
env字段：{ "env": { "PATH": "/usr/local/go/bin:/Users/you/go/bin:${PATH}" } }Windows 用户注意：路径用正斜杠或双反斜杠，如"PATH": "C:/Go/bin;C:/Users/you/go/bin;${PATH}" - 改完必须重启 Sublime —— 光重载设置无效
安装 GoSublime 插件并禁用自动 GOPATH 推断
GoSublime 默认尝试读取 $GOPATH，但 Go 1.11+ 启用 module 后，GOPATH 已退居次要地位；若你没显式设 GOPATH，它会 fallback 到 $HOME/go，导致补全找不到本地模块。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）→ 输入Package Control: Install Package→ 搜索GoSublime→ 回车安装 - 安装后立刻打开 Preferences → Package Settings → GoSublime → Settings – User
- 写入以下最小配置（关键点：关掉自动 GOPATH、显式指定
GOROOT、禁用可能冲突的格式化）：{ "env": { "GOROOT": "/usr/local/go", "GOPATH": "/Users/you/go" }, "fmt_enabled": false, "autocomplete_builtins": true }Windows 示例："GOROOT": "C:/Go"、"GOPATH": "C:/Users/you/go"
手动安装 gopls 并确保它被 GoSublime 识别
GoSublime 自 v18 起默认尝试调用 gopls 提供语义补全，但它不会帮你装，也不会从 PATH 自动找——必须手动安装且路径要对。
- 终端执行：
go install golang.org/x/tools/gopls@latest（不是go get，后者已弃用） - 验证是否成功：
gopls version应输出类似gopls version v0.14.2 - 回到
GoSublime用户设置，在env里加一行："PATH": "/usr/local/go/bin:/Users/you/go/bin:${PATH}"（确保包含gopls所在目录） - 如果仍提示
gopls not found，可在用户设置中强制指定："gopath": "/Users/you/go", "goroot": "/usr/local/go"
（注意字段名是gopath/goroot，不是GOPATH/GOROOT）
保存时格式化别混用 gofmt / goimports / gopls
你很可能同时装了 goimports、gofumpt 和 gopls，而 GoSublime 的 fmt_cmd 设置和 gopls 的格式化服务会打架：一个删 import，一个重排括号，结果代码越保存越乱。
- 要么彻底关掉
GoSublime的格式化："fmt_enabled": false - 要么只用它调
gofmt（最安全）："fmt_cmd": ["gofmt", "-s"], "fmt_enabled": true
别配goimports或gofumpt - 如果想用
goimports，请单独装GoImports插件，并禁用GoSublime的所有格式化选项 - 检查有没有其他插件（如
GoTools）也在监听on_save，它们的触发顺序不可控
GoSublime 的核心问题不在安装步骤多，而在它把多个工具链（gocode、gofmt、gopls）揉在一起却缺乏协调机制；一旦你的项目用了 go.work、嵌套 module 或 vendor，它几乎必然掉链子。真要长期用 Sublime 写 Go，直接上 LSP-Go 更省心——它的配置项少、行为可预测、错误提示也更准。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
