直接用golang:1.22镜像跑开发环境会失败，因其精简版缺失git、ca-certificates、dlv等必要组件，导致go mod download、git clone、dlv调试等基础操作均无法执行。
直接用 golang:1.22 镜像跑开发环境会卡在第一步：连 go mod download 都失败。这不是配置问题，是官方镜像本身就不含 git、ca-certificates 和 dlv —— 它只保留编译器和运行时，不是为交互式开发设计的。
为什么 golang:alpine 在调试时经常 lookup 失败
Alpine 的 musl libc 对 DNS 解析行为和 Go 的 net 包不完全兼容，尤其在启用 cgo 时容易卡在 lookup example.com on 127.0.0.11:53。这不是网络配置错，是底层 C 库差异导致的。
- 现象：
go run main.go卡住、HTTP client 超时、go get报no such host - 解决路径：改用
golang:1.22-bookworm（Debian base），它自带 glibc 和完整 NSS 支持 - 若必须用 Alpine，加
RUN apk add --no-cache bind-tools并设ENV GODEBUG=netdns=go强制纯 Go DNS 解析
docker-compose.yml 中哪些字段漏了就进不了 VS Code Remote-Containers
VS Code Remote-Containers 插件不是“连上容器就行”，它依赖显式声明的接口能力。漏掉任意一项，调试断点不生效、模块初始化失败、端口转发不自动开启。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
-
"features"必须包含"ms-vscode.go"，否则 Go 扩展不加载，go命令在 IDE 内不可用 -
"forwardPorts"必须写[2345]，否则 VS Code 不会把宿主机 2345 映射到容器，dlv连不上 -
"postCreateCommand"推荐加go mod init example.com/project || true，避免首次打开时因无go.mod导致语言服务器报错 - Windows 用户注意：
"mounts"路径必须用//c/Users/xxx格式，C:\Users\xxx会被忽略
Dockerfile 里 RUN go install dlv@latest 为什么总失败
失败不是因为网络或权限，而是 Go 工具链版本与 Delve 兼容性断裂。从 Go 1.21 开始，go install 默认使用 module-aware 模式，但 dlv 的 @latest 可能指向尚未适配新 Go 版本的预发布版。
- 正确写法：
RUN go install github.com/go-delve/delve/cmd/dlv@v1.23.0（填你当前 Go 版本验证过的稳定 tag） - 别用
go get：它已被标记为 deprecated，且在 Go 1.22+ 中默认禁用 GOPATH 模式 - 验证安装：
RUN dlv version | grep "Delve Version"，确保输出非空 - 如果项目含 cgo 依赖，Dockerfile 开头加
ENV CGO_ENABLED=1，否则dlv启动时找不到系统库
go mod 缓存挂载后还是每次重下依赖
挂载 /go/pkg/mod 目录只是物理复用，不能绕过 Go 的模块校验逻辑。真正影响缓存命中的，是构建过程中 go mod download 是否被 layer 缓存捕获。
- 关键顺序：必须先
COPY go.mod go.sum ./，再RUN go mod download，最后COPY . . - 如果
go.sum变动，该 layer 就失效；所以团队应统一go mod tidy -compat=1.22输出格式 - 本地开发时额外挂载
~/.cache/go-build:/root/.cache/go-build，加速go build编译缓存复用 - 别挂载整个
/go：会导致go env GOPATH被覆盖，go list等命令行为异常
最易被忽略的是模块缓存的“时间戳敏感性”：Docker 构建时若宿主机 go.sum 文件 mtime 比镜像层旧，即使内容没变，也会触发重新下载。建议所有成员统一用 touch go.sum 保持时间戳一致。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
