go mod replace后go build仍拉远程包，是因为go默认启用网络且未锁定模块状态；需确保本地路径有效、require版本匹配、执行go mod download，并用-mod=readonly或-mod=vendor强制离线构建。
go mod replace 后 go build 仍拉远程包？
这不是 replace 失效，而是 go build 默认启用网络且未锁定模块状态。即使写了 replace，只要本地没缓存对应版本，或 go.mod 里 require 行版本与 replace 目标不匹配，Go 就会尝试从 proxy 拉取。
- 执行
go mod download确保所有依赖（含 replace 目标）已落盘到~/go/pkg/mod - 编译时加
-mod=readonly：强制只用本地go.mod和缓存，禁止任何网络请求 - 检查
replace路径是否拼错——比如github.com/a/b => ./local/b中./local/b必须存在且含有效go.mod - 别混用
go get和手动编辑go.mod：go get可能悄悄覆盖你的replace，优先用go mod edit -replace
vendor 目录生成后 still can't find module？
go mod vendor 不等于“离线可用”，它只复制源码，不改导入路径解析逻辑。如果依赖项本身用了 replace 或 indirect 引入的模块不在 vendor 里，运行时照样报错。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 确保
go mod vendor前已执行过go mod download，否则 vendor 是空的 - 编译时必须加
-mod=vendor参数，否则 Go 无视 vendor 目录，仍走pkg/mod - vendor 目录下不能有残留的
.git或go.work——这些会干扰模块根判定 - 若项目含
replace，vendor 不会自动包含被替换的本地路径内容；需手动 cp 或用脚本同步
本地 replace 提交到 Git 后 CI 构建失败？
CI 环境通常没你本地的 ./vendor/xxx 或 ~/go/pkg/mod/... 路径，replace 指向的本地路径直接 404。
- 开发期用
replace没问题，但上线前必须移除或切换为指向 fork 仓库 + tag 版本 - CI 流程中加入检查：
go mod edit -print | grep replace，非空则阻断构建 - 私有模块不要写
replace github.com/org/pkg => ./local，改用replace github.com/org/pkg => git@internal.git:org/pkg v1.2.3并配好 SSH key - 若必须用本地路径调试，用
//go:build ignore注释掉 replace 行，靠 CI 的 GOPROXY + GOPRIVATE 走内网镜像
CGO_ENABLED=0 导致本地编译链接失败？
禁用 CGO 后，net、os/user 等包底层调用 libc 的部分会 fallback 到纯 Go 实现，但某些发行版（如 Alpine）缺失必要符号，导致 undefined reference to 'getpwuid_r' 类错误。
- 本地开发别盲目设
CGO_ENABLED=0；仅在明确目标平台无 libc 时才启用 - 容器构建用
CGO_ENABLED=0，但本地调试保持CGO_ENABLED=1，并装好gcc和musl-dev（Alpine）或build-essential（Ubuntu） - 若必须离线静态编译，先跑
go list -deps | xargs go list -f '{{if .CgoFiles}}{{.ImportPath}}{{end}}'查哪些包含 cgo，再针对性处理
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
