GoSublime在2026年5月已彻底不可用，因其依赖弃用的gocode、不支持Go 1.16+模块模式、无法识别go.mod且与Sublime Text 4完全不兼容；唯一可靠方案是LSP-Go插件配合gopls、项目含go.mod、路径纯英文无空格。
GoSublime 在当前（2026年5月）已不可用，不是配置问题，而是根本性失效。它依赖的 gocode 已被弃用，不兼容 Go 1.16+ 的 module 模式，且在 Sublime Text 4 上完全无法加载。你看到的“安装成功”只是 Package Control 把旧包扔进了插件目录，实际启动后无任何功能。
为什么 GoSublime 启动后没反应？
它不读 go.mod，也不对接 gopls，所有现代 Go 功能（补全、跳转、诊断）都依赖这两者。GoSublime 还试图自己解析 GOPATH，而你现在几乎肯定用的是 module 模式——没有 go.mod 文件，它连当前项目都识别不了。
- 终端里
go version输出 ≥go1.21→GoSublime必然卡在 “loading…” 或静默失败 - Sublime Text 4 启动时直接跳过
GoSublime插件（Package Control 显示为灰色禁用） - 即使 ST3（Build 3143+）能加载，也会和
gopls冲突，导致跳转报 “no package found”
gopls 装了但 Sublime 里找不到命令
GUI 启动的 Sublime 不继承 shell 的 PATH。你在终端里 which go 和 which gopls 都有输出，不代表 Sublime 能看见。
- macOS：不能只改
~/.zshrc，必须运行launchctl setenv PATH "/opt/homebrew/bin:/usr/local/go/bin:$PATH"（路径按which go实际输出调整），然后重启 Dock - Windows：把
C:Goin和%USERPROFILE%goin都加进「系统环境变量」PATH（不是用户变量），并确认 Sublime 没勾选“以兼容模式运行” - 兜底方案：在 Sublime → Preferences → Settings – User 中加
"env": {"PATH": "/usr/local/go/bin:/Users/you/go/bin:${PATH}"}（macOS/Linux）或"env": {"PATH": "C:\Go\bin;C:\Users\you\go\bin;%PATH%"}（Windows）
LSP-Go 插件卡在 “starting…” 怎么办？
这不是插件故障，是 gopls 在首次索引你的依赖。但如果超过 60 秒不动，就是硬伤：
- 项目根目录没有
go.mod→ 终端进项目目录，运行go mod init example.com/foo -
go env GOPATH输出含中文或空格（如C:Users张三go）→gopls直接崩溃，必须换纯英文路径 -
gopls版本太老 → 运行go install golang.org/x/tools/gopls@latest，再确认gopls version输出 ≥v0.14.0
格式化和跳转仍然失效？检查这三件事
很多问题其实出在 LSP 配置和模块结构上，而不是插件本身：
立即学习“go语言免费学习笔记（深入）”；
- 确保 SublimeLSP 的配置里启用了
"enabled": true，且"settings"下有"gopls": {"build.experimentalWorkspaceModule": true}（Go 1.21+ 必需） - 别混用
GoSublime的fmt_cmd和 LSP 的格式化；关掉所有其他格式化插件，只让gopls处理 - 临时清
gopls缓存：rm -rf ~/Library/Caches/gopls（macOS）或%LOCALAPPDATA%gopls（Windows）
LSP + LSP-Go 插件，手动装好 gopls，项目根目录有 go.mod，且所有路径都是纯英文、无空格。其它任何绕开 gopls 的尝试，在 2026 年的 Go 生态里都会掉进坑里。 
