答案是GOPROXY未正确配置导致go mod download卡住，需设为https://goproxy.cn,direct并验证生效；VS Code中import标红则因缺失go.mod或gopls未识别模块，须初始化模块并重启语言服务器。
go version 能跑但 go mod download 卡住，一定是 GOPROXY 没配对
国内直接走 https://proxy.golang.org 基本无法完成依赖拉取，不是网络慢，是连接被重置或超时后不重试。这不是你本地环境的问题，而是 Go 默认代理策略在境内失效。
- 执行
go env -w GOPROXY=https://goproxy.cn,direct（推荐，稳定、同步及时） - 如果企业内网有私有代理，写成
go env -w GOPROXY=https://goproxy.cn,https://intranet.example.com,direct - 顺手关掉校验：
go env -w GOSUMDB=off（仅开发机；CI/CD 环境应保留sum.golang.org或自建服务） - 验证是否生效：
go env GOPROXY输出应含goproxy.cn；再跑一次go mod download，几秒内出结果才算真正通了
VS Code 里 import 标红、跳转失效，大概率是没识别为 Go module
VS Code 的 Go 插件（golang.go）依赖项目根目录存在 go.mod 文件来启动 gopls 语言服务器。没有它，就当普通文本处理，补全、诊断、跳转全失效。
- 进项目根目录，运行
go mod init example.com/myapp（模块名可任意，只要符合域名格式） - 删掉旧的
go.sum和go.mod重来，别试图手动改——go mod会自动修正依赖版本和校验和 - VS Code 设置里搜
go.gopath，设为null（禁用 GOPATH 模式，避免干扰 module） - 右键
go.mod→ “Go: Verify Go Tools”，勾选全部重装，尤其确保gopls是最新版：go install golang.org/x/tools/gopls@latest
调试时断点不命中、dlv 显示 “Process has exited”，编译参数没加 -N -l
Go 默认开启内联（inline）和优化（opt），导致源码行号映射丢失、变量不可见、断点偏移。这不是 VS Code 配置问题，是二进制本身没保留调试信息。
- 编译时必须加参数：
go build -gcflags="all=-N -l" -o myapp . - VS Code 的
launch.json中program字段填的是可执行文件路径（如./myapp），不是main.go - 若用
dlv dap模式，确认mode是exec（运行已编译文件）或test，不是auto（它会尝试用go run，但该模式不支持完整调试）
Windows 安装完 go version 有输出，但 GOPATH 还是空，其实不用管
从 Go 1.16 开始，GOPATH 对模块化项目已非必需。安装程序自动配置的 GOROOT 和 PATH 才是关键。你看到 go env GOPATH 输出为空或默认路径，只要 go mod 能正常工作，就不影响开发。
立即学习“go语言免费学习笔记（深入）”；
-
GOROOT必须指向 Go 安装目录（如C:\Program Files\Go），否则go命令找不到标准库 -
PATH必须包含%GOROOT%\bin，否则终端不认识go命令 -
GOPATH只在老式 GOPATH 模式下才决定src/bin存放位置；现代项目用go mod，代码可放在任意路径
go env -w 后，务必新开终端验证，别信旧窗口的缓存输出。 
