不推荐使用gosublime；应改用lsp+lsp-go插件，配合手动安装gopls和go.mod，因其依赖弃用的gocode和旧go get流程，不支持go 1.16+模块模式，导致补全、跳转、格式化等功能失效。
GoSublime 已淘汰，别再装它了——它依赖的 gocode 早在 Go 1.11+ 就停止维护，2026 年还在用只会导致补全失效、跳转错乱、保存不格式化，甚至拖慢 Sublime 启动。
为什么 GoSublime 不再适用
GoSublime 的核心是 gocode，而 gocode 不支持 module 模式、无法处理 vendor 外部依赖、不兼容 Go 1.21+ 的 workspace 模块特性。你遇到的“跳转到定义失败”“import 不自动增删”“保存后缩进崩坏”，90% 是它在后台硬扛本该由 gopls 做的事。
实操建议：
- 卸载 GoSublime：Preferences → Package Control → Remove Package →
GoSublime - 别再运行
go get github.com/nsf/gocode—— 这条命令已废弃，新版 Go 直接报错 - 确认终端里没有残留的
GOPATH强制绑定（尤其 macOS/Linux 用户检查~/.zshrc或~/.bash_profile）
必须用 gopls 替代，且要装对版本
gopls 是 Go 官方维护的 LSP 服务器，Sublime Text 需通过 SublimeLSP 插件接入。它负责补全、跳转、诊断、格式化全部语义功能，但前提是安装方式和路径都对。
实操建议：
- 终端执行：
go install golang.org/x/tools/gopls@latest（不是go get） - 验证是否成功：
gopls version输出必须 ≥v0.14.0（2026 年主流稳定版） - macOS/Linux 用户：如果
which gopls返回空，说明没进$PATH，加export PATH=$PATH:$(go env GOPATH)/bin到 shell 配置并source - Windows 用户：确保
gopls.exe在系统级 PATH（不只是用户变量），否则 Sublime GUI 启动时找不到
SublimeLSP 配置里最容易漏的关键项
装完 SublimeLSP 和 gopls，光启用还不行。默认配置下 gopls 会拒绝为非 go.mod 项目提供完整功能，且旧版设置会绕过 workspace 支持。
实操建议（打开 Preferences → Package Settings → LSP → Settings）：
- 确认
"enabled": true且"clients"下有"gopls"块 - 必须显式加入：
"initializationOptions": {"build.experimentalWorkspaceModule": true}（Go 1.21+ 必需） - 禁用其他格式化插件：删掉
GoFormat、GoImports等独立格式化工具，避免和gopls冲突 - 工作目录必须是含
go.mod的根目录——右键侧边栏 →Open Folder as Project，别只开单个.go文件
构建系统（Ctrl+B）仍需手动配路径
SublimeLSP 解决语义功能，但构建（go run / go build）还是得靠 .sublime-build。GUI 启动的 Sublime 依然不继承 shell 的 $PATH，所以写 "cmd": ["go", "run", "$file"] 必然报 exec: "go": executable file not found。
实操建议（新建或编辑 ~/Library/Application Support/Sublime Text/Packages/User/Go.sublime-build）：
- macOS 示例：
"cmd": ["/opt/homebrew/bin/go", "run", "$file"]（用which go结果替换） - Linux 示例：
"cmd": ["/usr/local/go/bin/go", "run", "$file"] - Windows 示例：
"cmd": ["C:/Go/bin/go.exe", "run", "$file"]（用正斜杠或双反斜杠） - 务必加上：
"show_panel_on_build": true和"quiet": false，否则错误一闪而过 -
"working_dir": "${file_path}"要保留，否则go run找不到同目录依赖
真正卡住人的从来不是“怎么装”，而是 gopls 没跑起来却以为是插件问题，或是构建路径写对了但 go.mod 缺失导致 LSP 拒绝服务——这两点不验证清楚，所有配置都是白忙。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
