sublime text 本身不支持自动导入包，必须依赖 sublimelsp + gopls 手动触发补全才能插入 import；gosublime 因依赖已停更工具且不兼容 go.mod，在 go 1.21+ 下基本失效。
Sublime Text 本身不支持自动导入包，所谓“自动导入”必须靠 LSP + 语言服务器实现，且仅在输入未定义标识符（如 Path、http.ServeMux）后手动触发补全时才可能带 ⚡ 图标插入 import ——不是键入就自动加，也不是保存时自动扫。
为什么 GoSublime 的 Ctrl+. 不再管用
GoSublime 的智能导入功能依赖已停更的 m_imports.go 和旧版 gocode，它无法解析 go.mod 中的模块路径，也不识别 vendor 或 replace 规则。2026 年起，它对 Go 1.21+ 项目基本失效：输入 json.Unmarshal 后按 Ctrl+.，要么无响应，要么报 no package found。
- 它不会调用
gopls做语义分析，也不读取go list -f '{{.ImportPath}}' ./...结果 - 即使你手动配置了
"autoinst": true，它仍试图跑go get（已被弃用），而非go install模块路径 - 其导入列表只扫描
$GOPATH/src，完全忽略go.mod里声明的依赖
真正能用的路径：SublimeLSP + gopls + 手动触发
这不是“开箱即用”的体验，但它是目前唯一稳定支持 Go 自动导入的方式。关键点不在插件多，而在 server 是否返回 additionalTextEdits。
- 先确保项目根目录有
go.mod（没有就运行go mod init example.com/foo） - 安装
gopls：终端执行go install golang.org/x/tools/gopls@latest，再运行gopls version确认 ≥ v0.14.0 - 装好
SublimeLSP后，在Preferences → Package Settings → LSP → Settings中配好gopls路径和启用项：
{
"gopls": {
"command": ["/usr/local/go/bin/gopls"],
"enabled": true,
"settings": {
"gopls.build.experimentalWorkspaceModule": true,
"gopls.suggestedFixes": ["all"]
}
}
}
- 打开一个
.go文件，输入未导入的类型名（如bytes.Buffer），按Ctrl+Space触发补全 —— 只有带 ⚡ 图标的选项才会插入 import 行 - 如果没看到 ⚡，检查
gopls是否正在索引（状态栏显示 “LSP: gopls indexing…”），小项目等 10–30 秒；超 1 分钟没反应，大概率是go.mod缺失或GOPATH含中文
常见失败场景与绕过方式
别指望 Sublime 像 VS Code 那样自动扫文件、推导缺失 import。它只响应明确的补全请求，且依赖 server 返回结构化编辑指令。
-
输错函数名后删掉重打，补全不弹 ⚡：gopls 缓存未更新，重启 Sublime 或执行
LSP: Restart Servers -
import 被插到错误位置（比如注释后面）：说明
gopls返回的additionalTextEdits坐标偏移异常，临时办法是手动剪切到import ( ... )块内 -
第三方模块（如
github.com/gin-gonic/gin）不提示：确认该模块已在go.mod中 declare（go get github.com/gin-gonic/gin），且gopls索引完成（看状态栏是否还有 indexing） -
Windows 下路径分隔符导致 gopls 启动失败：在 LSP 设置中把
"command"写成["C:\Go\bin\gopls.exe"]，而不是["C:/Go/bin/gopls.exe"]
最麻烦的不是配不配得上，而是很多人以为“装了 GoSublime 就该有自动导入”，结果卡在错误归因里反复改 fmt_cmd 或重装插件。实际上，只要没走 SublimeLSP + gopls 这条链，所有“自动导入”都是幻觉——它根本不存在于 Sublime 的底层能力中。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
