go mod tidy 不需在不同架构下重跑，因其生成的 go.mod 和 go.sum 是纯文本、架构无关；例外是条件编译依赖需在对应平台验证，含 cgo 的依赖必须匹配目标架构工具链。
Go Modules 本身不感知硬件架构，但依赖的二进制行为、cgo 包和构建环境会因 GOOS/GOARCH 变化而失效——关键不是改 go.mod，而是控制构建时的环境变量与依赖选择。
go mod tidy 在不同架构下是否需要重跑？
不需要。Modules 的依赖图是纯文本描述（go.mod + go.sum），与目标架构无关。只要 go mod tidy 在任意支持 Go 的机器上成功执行过，生成的锁文件就适用于所有平台。
- 例外情况：项目里用了
//go:build条件编译，且某依赖只在特定GOOS下被 import —— 此时go mod tidy会漏掉该依赖，需在对应平台环境里补一次 - 验证方式：在目标架构构建机上运行
go list -m all | grep your-dep，确认依赖出现在输出中 - CI 场景建议：统一用 Linux AMD64 执行
go mod tidy，再分发go.mod/go.sum给各交叉编译节点
含 cgo 的依赖（如 sqlite3、openssl）如何跨架构生效？
不能靠 go mod tidy 自动解决，必须人工干预构建链路——cgo 依赖的 C 部分无法跨平台复用，必须匹配目标架构的工具链和头文件。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
github.com/mattn/go-sqlite3这类包默认启用 cgo，CGO_ENABLED=0时直接编译失败 - 正确做法：保留
CGO_ENABLED=1，并为每个目标架构配好CC（如CC=aarch64-linux-gnu-gcc）和CGO_CFLAGS（指向 sysroot 中的sqlite3.h） - 更稳妥方案：换纯 Go 替代品，如
modernc.org/sqlite（无 cgo，支持GOOS=linux GOARCH=arm64直接编译） - 注意：
go list -f '{{.CgoFiles}}' .输出非空，说明项目或其依赖含 cgo，此时CGO_ENABLED=0不可盲目设
私有模块（GOPRIVATE）在 ARM 或 LoongArch 机器上拉取失败怎么办？
不是架构问题，而是 GOPRIVATE 配置未同步到构建节点——Go 不会自动把宿主机的 GOPRIVATE 传给远程构建机。
- 现象：
go mod download报错module git.internal.company.com/lib: reading git.internal.company.com/lib/go.mod: 401 Unauthorized - 解决：在目标架构构建机上显式设置
go env -w GOPRIVATE="git.internal.company.com"，不是只在开发机设 - 若用 Docker 构建，需在
Dockerfile中加RUN go env -w GOPRIVATE="..."，否则容器内仍走代理 - LoongArch64 等新架构机器常使用精简系统（如 Loongnix），可能没装 git 或证书不全，需额外
RUN apk add --no-cache git ca-certificates（Alpine）或yum install -y git（CentOS）
vendor 目录能否跨架构复用？
可以，但仅限纯 Go 依赖；含 cgo 的 vendor 内容无效——vendor 只缓存 Go 源码，不包含 C 编译产物。
-
go mod vendor生成的目录结构与架构无关，go build -mod=vendor在 ARM64 机器上能正常用 - 但若 vendor 里有
cgo包（如vendor/github.com/mattn/go-sqlite3），它自带的.c文件仍需目标平台的CC编译，vendor 不解决这个 - ARM32 设备内存小，
go build -mod=vendor可能 OOM，建议加-gcflags="-l"关闭内联减小内存占用 - LoongArch64 上
go mod vendor成功不代表能跑：某些包（如golang.org/x/sys）对loong64支持滞后，需检查go list -deps -f '{{.ImportPath}} {{.GoFiles}}' . | grep sys是否含loong64相关文件
真正卡住多架构适配的，从来不是 go.mod 语法，而是那些隐式依赖 C 工具链、内核 ABI 或 DNS 解析策略的细节——每次换架构前，先跑 go tool dist list 确认组合合法，再查 go list -f '{{.CgoFiles}}' 判断要不要配 CC，比反复改配置更省时间。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
