sublime中go构建失败主因是gui启动不继承shell的path，需硬编码go绝对路径到go.sublime-build并设working_dir为项目根；gopls也须独立硬编码路径且与go版本匹配。
直接用默认构建系统跑 go run 会失败，因为 Sublime 启动时根本看不到你 shell 里配的 go 路径。它不读 ~/.zshrc，也不继承终端环境，尤其 macOS 从 Dock 点开、Windows 从开始菜单启动时，PATH 是阉割版的。
为什么 go run $file 总报 exec: "go": executable file not found
这不是 Go 没装好，是 Sublime 的构建系统压根没拿到 go 可执行文件位置。它只认绝对路径或当前 PATH 环境变量，而 GUI 启动方式让后者基本失效。
- 先在终端运行
which go，记下输出，比如/usr/local/go/bin/go（macOS/Linux）或C:/Go/bin/go.exe（Windows） - 不要写
["go", "run", "$file"]—— 这依赖 PATH，不可靠 - Windows 用户注意：路径中单反斜杠会被解析为转义符，必须用正斜杠
C:/Go/bin/go.exe或双反斜杠C:\Go\bin\go.exe - macOS 用户若用
launchctl setenv PATH全局设环境变量，会影响所有 GUI 应用，不是 per-project 解法，慎用
怎么写一个能用的 .sublime-build 文件
手动创建构建系统，硬编码 go 绝对路径，同时确保工作目录落在项目根（含 go.mod）——否则 gopls 和构建都可能出错。
- 打开
Tools → Build System → New Build System… - 粘贴以下内容（按实际路径修改
cmd中的go路径）：
{
"cmd": ["/usr/local/go/bin/go", "run", "$file"],
"file_regex": "^([^:]*):([0-9]+):?([0-9]+)?:? (.*)$",
"working_dir": "${project_path:${folder:${file_path}}}",
"selector": "source.go",
"shell": false
}
-
working_dir必须设为${project_path:${folder:${file_path}}}，否则go run找不到模块依赖 - 保存为
Go.sublime-build，放在Packages/User/目录下 - 之后按
Ctrl+B（macOSCmd+B）就能直接运行当前文件
构建系统和 LSP/gopls 的 PATH 冲突怎么办
构建系统用的 go 路径，和 gopls 启动时看到的 PATH 是两套逻辑。即使构建能跑，gopls 仍可能因找不到对应 Go 版本而跳转失败、补全异常。
-
gopls的GOROOT和go版本必须匹配；如果构建系统调的是/usr/local/go1.22/bin/go，那gopls也得用同一份安装里的gopls - LSP 插件配置里必须硬编码
"command": ["/usr/local/go1.22/bin/gopls"]，不能只写["gopls"] - 别指望
"env": {"PATH": "..."}同时喂给构建系统和 LSP —— Sublime 的env设置只影响构建系统，不影响 LSP 客户端启动 gopls 的环境
最易被忽略的一点：构建系统能跑 ≠ 语言功能正常。很多人配完 Go.sublime-build 就以为万事大吉，结果发现跳转定义空白、hover 不显示类型、保存后 import 被乱删——那是因为 gopls 根本没起来，或者起了但用错了 Go 版本。构建路径和 LSP 路径得各自独立确认、各自硬编码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
