gosublime已停止维护，不建议新项目使用；其依赖gopath而无法兼容go.mod模块化项目，导致gopls缺失、补全失效、ctrl+b静默失败等问题。
GoSublime 已基本停止维护，不建议新项目使用；它在 Go 1.21+ 和模块化项目中容易报 gopls not found、补全失效、go build 静默失败等问题——根源是它仍强依赖 GOPATH，而现代 Go 默认走 go.mod。
为什么 GoSublime 在 Sublime 里点 Ctrl+B 没反应
不是快捷键坏了，也不是插件没装上，而是 GoSublime 尝试用旧逻辑找 GOPATH/src 下的包，但你的项目根目录有 go.mod，go env GOMOD 输出非空，此时 GOPATH 已被 Go 工具链忽略。GoSublime 却还在那儿等 $GOPATH，一卡就静默退出。
- 验证方式：终端进项目目录，执行
go env GOMOD；若输出路径（如/path/to/project/go.mod），说明已启用 module 模式 - 删掉
~/.config/sublime-text-3/Packages/GoSublime（macOS/Linux）或对应 Windows 路径，避免干扰 - 别改
GoSublime.sublime-settings里的"env": {"GOPATH": "...", "GOROOT": "..."}—— 这只会让问题更隐蔽
想用 gopls 补全和跳转，但提示 command not found: gopls
Sublime 的 LSP 插件（比如 LSP-Go）默认不走 shell 的 PATH，哪怕你在终端能跑通 gopls version，Sublime 也找不到它。
- 先手动安装：
go install golang.org/x/tools/gopls@latest（注意不是go get） - 再查真实路径：
go list -f '{{.Target}}' golang.org/x/tools/gopls，输出类似/home/you/go/bin/gopls - 在
LSP.sublime-settings或LSP-Go.sublime-settings中显式写死路径："command": ["/home/you/go/bin/gopls"]，不能只写"gopls" - 确保项目根目录存在
go.mod，否则gopls启动后会卡在 “starting…” 状态
怎么让 Ctrl+B 真正运行 go run main.go
别指望插件自动猜对工作目录。Go 模块要求 go run 必须在含 go.mod 的目录下执行，否则报 no required module provides package。
- 菜单 →
Tools → Build System → New Build System - 贴入以下内容并保存为
Go.sublime-build：
{
"cmd": ["go", "run", "${file}"],
"file_regex": "^(.*?):([0-9]+):([0-9]+):(?:\s+(error|warning):\s+)?(.*)$",
"working_dir": "${file_path}",
"selector": "source.go",
"variants": [
{
"name": "Build",
"cmd": ["go", "build", "-o", "${file_base_name}", "${file}"]
}
]
}
-
"working_dir": "${file_path}"是关键：强制命令在文件所在目录运行，而不是 Sublime 当前打开的 project root - 如果仍报
command not found: go，就在该 build 文件里加一行："path": "/usr/local/go/bin:/opt/homebrew/bin"（macOS）或"path": "C:\Go\bin"（Windows），填你本地which go的结果
真正麻烦的从来不是“怎么配”，而是 Sublime 不继承 shell 环境、GoSublime 固守 GOPATH、gopls 启动依赖 go.mod 存在——这三个点只要漏掉一个，补全就断、构建就哑、跳转就飘红。动手前先 go env GOMOD 和 which go 两行命令，比翻十篇教程都管用。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
