gosublime在2026年已完全失效，因其依赖的gocode被弃用、不支持go 1.16+ module模式、无法识别go.mod且与sublime text 4不兼容；唯一可行路径是lsp-go插件配合gopls，要求项目含go.mod、路径纯英文、gopls版本≥v0.14.0，并正确配置系统级path。
GoSublime 在 2026 年已完全失效，不是配置不对，而是它底层依赖的 gocode 已被弃用、不支持 Go 1.16+ 的 module 模式、无法识别 go.mod，且与 Sublime Text 4 完全不兼容。你现在看到的“安装成功”只是 Package Control 把旧插件扔进了目录，启动后实际无任何功能。
为什么 LSP-Go + gopls 是唯一可行路径
现代 Go 开发（Go 1.16 起）全部基于 module 模式，所有智能提示、跳转、诊断都由 gopls 提供，而 gopls 必须通过 LSP 协议接入编辑器。LSP-Go 插件是 Sublime Text 中唯一稳定对接 gopls 的客户端。
-
gopls要求项目根目录存在go.mod，否则直接拒绝服务 - LSP-Go 不读
GOROOT或GOPATH，只认go命令和gopls可执行文件是否在PATH中 - Sublime Text GUI 启动时不继承 shell 的
PATH，这是 90% 的“找不到 go/gopls”问题根源 - macOS 需用
launchctl setenv PATH注入环境变量；Windows 必须把C:\Go\bin和%USERPROFILE%\go\bin加进「系统环境变量」PATH（不是用户变量）
gopls 启动卡在 “starting…” 的真实原因
这不是插件没装好，而是 gopls 在首次索引依赖时被阻塞。超过 60 秒不动，基本可锁定以下三点之一：
- 项目根目录没有
go.mod→ 终端进项目目录，运行go mod init example.com/foo -
go env GOPATH输出含中文或空格（如C:\Users\张三\go）→gopls直接崩溃，必须改用纯英文路径（如C:\Users\zhangsan\go） -
gopls版本太老 → 运行go install golang.org/x/tools/gopls@latest，再确认gopls version输出 ≥v0.14.0
格式化和跳转失效，先查这三件事
很多问题根本不在插件配置里，而在模块结构或 LSP 设置本身：
- 确保项目根目录有
go.mod，且go list -m能正常输出模块名 - 检查 SublimeLSP 的设置：在
Preferences → Package Settings → LSP → Settings中，确认"enabled": true，且"settings"下有"gopls": {"build.experimentalWorkspaceModule": true}（Go 1.21+ 必需） - 如果
gopls曾失败过，缓存可能损坏 → 清理~/Library/Caches/gopls（macOS）或%LOCALAPPDATA%\gopls（Windows）
最常被忽略的点：Sublime Text 启动方式决定 PATH 是否可用。从 Dock、开始菜单、桌面快捷方式启动的 Sublime，几乎一定看不到你在终端里配置的 go 和 gopls —— 必须用终端执行 subl 启动，或彻底修复系统级环境变量注入。这点不解决，其他所有配置都是白忙。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
