GoSublime已基本不可用，应改用LSP-Go+gopls：需确保项目含go.mod、gopls路径写死为绝对路径、Sublime working_dir设为模块根目录，三者缺一不可。
GoSublime 已基本不可用，不建议配置自动补全——它依赖的 gocode 早已弃用，且与 Go 1.21+、module 模式、Sublime Text 4 兼容性极差。真正能跑通的自动补全路径只有一条：用 LSP + LSP-Go 插件配合 gopls。
为什么 GoSublime 的自动补全现在大概率失效
不是你配错了，是底层机制已断裂：
-
gocode（GoSublime 补全核心）自 Go 1.16 起被官方弃用，不再维护；gopls是唯一受支持的语言服务器 - GoSublime 默认不识别
go.mod，没有模块上下文，补全连fmt.Println都可能漏掉 - Sublime Text 4 中，GoSublime 插件常显示为灰色禁用状态，Package Control 安装后根本不加载
- 即使强行启用，补全项里混着大量无效包名或旧 GOPATH 路径，点进去直接报 “no package found”
LSP-Go 的补全必须满足三个硬条件
缺一不可，否则补全菜单空、卡顿、或只显示内置函数：
- 项目根目录存在
go.mod文件（运行go mod init example.com/foo即可生成） -
gopls命令路径在 LSP 配置中写死为绝对路径，不能只靠$PATH—— macOS/Linux 示例："/Users/you/go/bin/gopls"；Windows 示例："C:/Users/you/go/bin/gopls.exe" - Sublime 的 working_dir 必须是含
go.mod的目录；打开单个.go文件时，补全会降级为“无上下文模式”，几乎不工作
补全延迟高或提示不全？先查 gopls 状态
不是插件慢，是 gopls 在后台索引。但持续卡住说明有硬伤：
- 运行
gopls version，输出必须 ≥v0.14.0；旧版对泛型和 workspace module 支持不全 -
go env GOPATH输出路径含中文、空格或符号链接 →gopls直接崩溃，必须换纯英文路径 - 首次打开大项目时，补全可能延迟 15–40 秒；若超过 1 分钟没反应，删掉
~/Library/Caches/gopls（macOS）或%LOCALAPPDATA%\gopls（Windows）再试 - 别在
go.mod里写replace指向本地含中文路径的模块 ——gopls解析失败，整个补全树就塌了
真正决定补全质量的，从来不是插件名字，而是 gopls 能否准确定位你的模块根、能否读取依赖源码、以及 Sublime 是否把它放在了正确的上下文中启动。路径写错、go.mod 缺失、缓存损坏——这三类问题占了补全失败的 90% 以上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
