真正能稳定工作的只有lsp-go配合gopls；gosublime已停止维护，依赖弃用的gocode和旧go get流程，不支持go 1.16+模块模式，导致补全失效、跳转错乱、保存无反应，在st4和go 1.21+下基本不可用。
Sublime Text 本身不支持 Go，所有功能都依赖插件，但目前真正能稳定工作的只有 LSP-Go（配合 gopls），GoSublime 已停止维护，新项目强行用它大概率补全失效、跳转错乱、保存无反应。
为什么 GoSublime 在 Sublime Text 4 和 Go 1.21+ 下基本不可用
它底层还依赖弃用的 gocode 和旧版 go get 流程，而现代 Go（1.16+）强制启用 module 模式，GoSublime 默认不识别 go.mod，导致：
- 补全找不到本地模块或 vendor 包（报 “no package found”）
- 跳转定义卡在
loading…或跳到错误位置 - 保存时格式化静默失败，连错误都不报
- Sublime Text 4 中插件根本不会加载（Package Control 显示灰色禁用）
即使你手动配好 GOPATH 和 GOROOT，也绕不开它和 gopls 的兼容性硬伤——gopls v0.14+ 要求工作区模式，GoSublime 不支持。
LSP-Go + gopls 是唯一推荐路径
LSP-Go 是基于官方语言服务器 gopls 的 LSP 客户端，持续更新，支持跳转、重命名、文档提示、查找引用等核心功能。它不硬编码路径，而是读取 go env 输出自动探测。
实操要点：
- 先装
LSP插件（Package Control 搜索安装） - 再装
LSP-Go（它会自动尝试找go和gopls） - 终端运行
go install golang.org/x/tools/gopls@latest（不是go get） - 确保项目根目录有
go.mod文件；没有就进目录执行go mod init example.com/foo - 别在插件设置里写死
GOPATH或GOROOT，删掉它们——让gopls自己决定
Windows 用户注意：gopls 对反斜杠敏感，若 GOROOT 是 C:\Go\，建议改用 C:/Go 或建符号链接。
Sublime 启动后 gopls 卡在 “starting…” 怎么办
这不是插件坏了，是 gopls 首次索引依赖需要时间，尤其 go.mod 里包多时可能卡 20–30 秒。但如果超 1 分钟不动，要查这几个硬点：
-
go env GOPATH输出含中文或空格（如C:\Users\张三\go）→gopls直接崩溃，必须换纯英文路径 - 项目没在 Sublime 的「项目根目录」下打开：用
Project → Save Project As…保存一个.sublime-project，并在"folders"里指定完整路径 -
gopls version输出低于v0.14.0→ 重新运行go install golang.org/x/tools/gopls@latest - macOS 用户没设
launchctl setenv PATH，GUI 启动的 Sublime 拿不到 shell 的PATH，得补这一句再重启 Dock
格式化该用 gofmt、goimports 还是 gopls 内置？
统一交给 gopls。混用 goimports 和 gopls 格式化会打架：import 反复增删、光标乱跳、缩进错乱。
正确做法：
- 关掉
GoSublime的"fmt_on_save": true、GoFormat等所有外部格式化插件 - 在
LSP-Go设置里加"settings": {"formatting_mode": "gopls"} - 如需更严格风格（比如禁止自动简化
if err != nil），在gopls的配置中设"formatting.gofumpt": true和"formatting.gofmtSimplify": false
真正容易被忽略的是：Sublime 的 GUI 启动方式导致环境变量丢失这件事，它不报错，只让一切“看起来正常但实际不工作”。验证方法很简单——别从 Dock 或开始菜单开 Sublime，改用终端执行 subl 启动，如果这时补全突然好了，那问题就坐实了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
