VS Code装Go插件没反应，主因是gopls未启动：需确认工作区含go.mod、终端可执行go version（≥1.21）、状态栏显示gopls v0.15.0+；否则补全、高亮、格式化均失效。
新手装完 Go 1.21+ 后，直接用 VS Code 配官方 Go 扩展就够了；除非你正调试 goroutine 级别问题、做跨包重构，或团队强制统一工具链，否则不用急着装 GoLand。
VS Code 装完 Go 扩展没反应？检查这三件事
这不是插件坏了，而是 gopls 没起来。常见现象包括：无代码补全、go.mod 不高亮、保存不自动格式化。
- 确认已打开的是含
go.mod的文件夹，不是单个.go文件 ——gopls只在模块根目录下激活 - 终端里运行
go version，必须输出go version go1.21或更高；低于此版本，gopls可能拒绝启动 - 状态栏右下角应显示
Go和gopls v0.15.0+；若一直显示loading...，大概率是GOROOT冲突或go.mod路径含中文/空格
GoLand 启动卡住、内存飙到 2GB？多半是 GOPATH 混用
GoLand 默认扫描整个 $GOPATH，如果你同时保留旧式 GOPATH/src 项目和新 go.mod 项目，首次索引会反复解析冲突路径，导致卡死或 OOM。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- 进
Settings > Go > GOPATH，把Use GOPATH that is defined in system environment取消勾选 - 新建项目时选
Go Modules，并确保GOROOT指向你实际安装的 Go 目录（比如/usr/local/go） - 如果已有旧项目，先在终端执行
go mod init转成模块模式，再导入 GoLand —— 别让它自己猜
调试时看不到 goroutine 列表？VS Code 默认不暴露 runtime 细节
delve 本身支持协程级调试，但 VS Code 的 UI 层只暴露了基础断点功能。GoLand 则直接在 Debug 视图里显示 goroutines 标签页，并允许暂停/恢复单个 G。
立即学习“go语言免费学习笔记（深入）”；
- VS Code 中想临时查看，可在调试控制台输入
goroutines命令（需dlvCLI 模式） - 若频繁需要 inspect
runtime.g0或追踪 channel 阻塞点，GoLand 的Threads & Goroutines视图更直接 - 注意：两者底层都调用
delve，差异不在能力而在 UI 暴露粒度 —— VS Code 选择克制，GoLand 选择全量
真正容易被忽略的不是“哪个更好”，而是项目阶段决定工具价值：单体小工具、CLI、学习练手，VS Code 的轻量和快速迭代更贴身；百万行微服务、强规范团队、需要 Safe Delete 接口或跨 repo 依赖分析，GoLand 的预建索引才开始兑现成本。
