应弃用GoSublime和SublimeGolang，改用LSP+gopls方案：安装LSP插件、go install gopls、配置LSP.sublime-settings启用gopls，并确保打开含go.mod的文件夹以支持跳转；调试需依赖dlv命令行或切换至VS Code/GoLand。
Go 语言插件选哪个：GoSublime 还是 SublimeGolang？
GoSublime 已多年未维护，最新版 Sublime Text（4）下基本不可用，启动报错 ImportError: No module named 'sublime' 或直接不加载。SublimeGolang 相对活跃，但功能较基础——它只提供语法高亮、简单代码补全和 go run/go build 快捷键，**不带 lint、test、goto definition 等 LSP 功能**。
真正可行的路径是弃用传统插件，改用官方推荐的 LSP 方案：
- 安装
LSP插件（通过 Package Control） - 安装
gopls：终端运行go install golang.org/x/tools/gopls@latest（确保$GOPATH/bin在$PATH中） - 在 Sublime 的
LSP.sublime-settings中配置gopls为 Go 语言服务器
LSP 配置 gopls 的关键项
Sublime 的 LSP 插件默认不自动识别 Go 项目，需手动指定 settings 和 initializationOptions，否则会提示 no workspace found 或无法跳转定义。
在 Preferences → Package Settings → LSP → Settings 中添加：
立即学习“go语言免费学习笔记（深入）”；
{
"clients": {
"gopls": {
"enabled": true,
"command": ["gopls"],
"selector": "source.go",
"initializationOptions": {
"usePlaceholders": true,
"completeUnimported": true
},
"settings": {
"gopls": {
"build.experimentalWorkspaceModule": true,
"analyses": {"shadow": true}
}
}
}
}
}
注意：command 必须是可执行文件全路径（如 "/usr/local/go/bin/gopls"）或确保 gopls 在系统 PATH；selector 错写成 go.source 会导致服务不启动。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
为什么 Ctrl+Click 跳转失败？检查 GOPATH 和模块模式
跳转失效常见于两类环境问题：
- 项目不在
$GOPATH/src下，且未启用 Go Modules（即没有go.mod文件），gopls无法推导包依赖关系 - Sublime 当前打开的是单个
.go文件，而非整个含go.mod的文件夹（Project Root），gopls启动时工作目录错误
解决方法：
- 用
File → Open Folder…打开含go.mod的根目录，而非只打开文件 - 确认终端中
go env GOPATH输出与实际一致，且gopls可读取该路径 - 临时测试：在项目根目录下运行
gopls -rpc.trace -v check main.go，看是否报no go.mod file
调试支持几乎为零，别指望 Delve 集成
Sublime 没有原生调试器 UI，LSP 协议本身也不涵盖调试（DAP 是另一套协议）。虽然存在 SublimeDebug 等实验性插件，但对 Go + Delve 的支持早已断裂，断点不命中、变量不显示是常态。
如果必须调试：
- 用
dlv debug命令行启动调试会话，配合dlv connect查看状态 - 或者直接切到 VS Code / GoLand —— 它们对
gopls+dlv的集成是开箱即用的
Sublime 做 Go 开发，适合写小工具、阅读源码、快速改脚本；一旦涉及多包协作、单元测试、远程调试，就得接受“手动跑命令 + 看日志”这个事实。
