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 Samber Do

使用 samber/do 在 Golang 中实现依赖注入 — 服务容器、生命周期管理、作用域、健康检查、优雅关闭和模块组织

下载

• 进 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。

• VS Code 中想临时查看，可在调试控制台输入 goroutines 命令（需 dlv CLI 模式）
• 若频繁需要 inspect runtime.g0 或追踪 channel 阻塞点，GoLand 的 Threads & Goroutines 视图更直接
• 注意：两者底层都调用 delve，差异不在能力而在 UI 暴露粒度 —— VS Code 选择克制，GoLand 选择全量

真正容易被忽略的不是“哪个更好”，而是项目阶段决定工具价值：单体小工具、CLI、学习练手，VS Code 的轻量和快速迭代更贴身；百万行微服务、强规范团队、需要 Safe Delete 接口或跨 repo 依赖分析，GoLand 的预建索引才开始兑现成本。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！