Go问答技术文章
-
Go 服务端中间件读取 http.Request Body 后，下游为什么只能拿到空内容？关键在于 Body 是一次性读取流，读取后要用缓存字节重建 Request.Body，并同时控制请求体大小与错误分支。484 收藏 -
Go 的 embed 在编译期读取资源；交叉编译不会自动改写同一文件，平台差异应通过构建约束选择不同源文件。168 收藏 -
交叉编译后不要只看构建机上的 GOOS 和 GOARCH。本文用 go env、文件格式、go version -m 和 build ID 四层证据，确认最终二进制实际面向的操作系统与 CPU 架构。396 收藏 -
设置 GOOS 和 GOARCH 只改变 Go 的目标平台，不会自动提供目标平台的 C 编译器、头文件和库。本文按 cgo 开关、CC 工具链、编译与链接错误四层排查交叉构建失败。351 收藏 -
用 *_test.go 保存普通测试，用 integration 或 e2e 标签隔离数据库、消息队列和外部服务测试；本文说明标签写法、默认命令、集成命令与 go list 排查方法。262 收藏 -
迁移 Go 构建约束时，//go:build 与 // +build 必须表达同一条件；理解空格、逗号和多行的逻辑，再用 gofmt、go vet 和跨平台构建检查结果。496 收藏 -
Go build tags 同时写平台和自定义条件时，文件未被选中通常不是 go build 失效，而是 &&、||、-tags 传值或文件名隐式约束叠加后的结果。本文用 go list 逐层排查。386 收藏 -
只读构建环境中，-mod=vendor 才是强制使用 vendor 的开关；-mod=readonly 只是不允许修改 go.mod。本文区分三种模式、GOPROXY=off 与 vendor/modules.txt 一致性，并给出适合 CI 的固定配置。177 收藏 -
修改 go.mod、go get 或 replace 后，vendor/modules.txt 可能与模块图失配。本文按单模块、工作区、替换依赖三个边界说明如何重建 vendor 并用 vendor 模式复查。456 收藏 -
Go modules 使用 vendor 并不等于所有命令都离线。本文区分 go build、go test 与 go mod tidy、go mod vendor、go get 的依赖访问边界，说明 vendor/modules.txt、GOFLAGS 和 CI 策略如何影响网络请求。316 收藏 -
Go vet 默认只启用高置信度检查，shadow 变量遮蔽分析由 golang.org/x/tools 单独提供。本文解释它没有默认启用的原因、内外层 err 的风险、固定版本运行命令，以及接入 CI 时如何处理误报。392 收藏 -
go vet 的 printf 分析器不是按函数名猜测所有自定义格式函数，而是依赖包装函数推断或显式声明。本文解释自动识别失效的常见边界，并给出 if false 绑定与 -printf.funcs 两种稳妥处理方式。275 收藏 -
解释 Go go vet copylocks 为什么报告复制 Mutex，并用指针接收者、指针参数和按索引遍历修复包含锁的结构体复制问题。262 收藏 -
go test 会把测试实际查询过的环境变量纳入缓存输入。变量值变化，或从未设置变为空字符串，通常都会让下一次测试重新执行；用 gocachetest 可直接看出原因。280 收藏 -
Go test 中 -count=1 会绕过成功测试缓存并实际执行一次；-count=0 则把普通测试、基准和 fuzz seed 的运行次数设为零，不能用来验证测试逻辑。本文对比两者与 (cached)、测试二进制、Examples 和 CI 排查的关系。498 收藏