Go问答技术文章
-
Go fuzz 测试发现失败输入后，会把最小化样例写入 testdata/fuzz/FuzzXxx。保留这个 corpus 文件，再用 go test -run 复现并纳入版本库，就能把随机发现的问题变成稳定回归用例。455 收藏 -
Go 多包测试中，TestMain 不是全局入口：每个包拥有独立测试二进制。本文说明 m.Run 返回码、清理逻辑和 os.Exit 的边界，避免初始化重复、defer 不执行和失败状态丢失。125 收藏 -
Go TestMain 初始化失败不能只写 return，否则测试入口可能按 m 的默认退出状态结束。本文说明 m.Run、资源清理、flag.Parse 与 os.Exit 的正确组合。227 收藏 -
Go TestMain 中直接调用 os.Exit 会跳过 defer 清理。本文拆解 m.Run、TestMain 返回和测试包装器的关系，给出失败时仍释放资源、同时保留正确退出码的写法。184 收藏 -
Go 的 t.Setenv 会修改整个测试进程的环境，并在测试结束后恢复，因此当前测试或并行父测试存在时会被禁止。本文解释测试树中的冲突边界，并比较串行测试、配置注入和独立进程三种处理方式。107 收藏 -
go test 输出 (cached) 时，-count=1 只绕过当前调用的测试结果缓存；go clean -testcache 会让已有测试结果全部失效，但不会清空构建缓存。本文按排查范围说明两者区别，以及如何用 -v 和 GODEBUG 判断是否真正重跑。268 收藏 -
go test 显示 (cached) 不一定是代码没更新。本文用 -count=1、GODEBUG=gocachetest=1 和 go clean -testcache 区分正常复用、输入未纳入缓存键与命令参数问题。456 收藏 -
Go signal.Notify 收不到 SIGTERM 时，先检查通知 channel 是否有缓冲、是否持续读取，再核对 systemd 或容器托管的真实 PID，并区分 SIGTERM 与无法捕获的 SIGKILL。226 收藏 -
用 Go flag.NewFlagSet 和 ContinueOnError 接管参数错误，区分缺失参数、未知参数与 -h，统一输出 Usage 和退出码。384 收藏 -
Go 生成代码提交后仍被 gofmt 报差异，先统一生成器与 Go 工具链，再用 gofmt -d 定位、gofmt -w 收口，并在 CI 里用 git diff --exit-code 固定检查边界。158 收藏 -
Go benchmark 结果波动时，先划清 b.N 的计时边界，再用 ResetTimer、benchmem、allocs/op、B/op 和 AllocsPerRun 判断分配是否真的影响了结果。152 收藏 -
普通测试单线程运行正常，并不代表 Go 程序没有数据竞争。本文用共享计数器说明调度差异，演示 go test -race 的最小复现、报告定位和原子操作、互斥锁的修复边界。366 收藏 -
Go runtime/trace 文件变大，通常不是压缩工具的问题，而是采集窗口覆盖了太长时间。本文用 trace.Start/Stop 缩短一次操作的采集范围，并介绍 Go 1.25+ FlightRecorder 的 MinAge、MaxBytes 与 WriteTo 用法。120 收藏 -
Go pprof 看不到热点时，先确认 CPU profile 类型和业务负载是否覆盖目标路径，再用 seconds 拉长采样窗口，最后结合 top、list、flat 和 cum 判断样本是否足够。122 收藏 -
Go slog 的 WithAttrs 属性没有出现在文本输出时，先区分整条日志被级别过滤，还是字段被 ReplaceAttr 或自定义 Handler 丢弃。本文用标准 TextHandler、包装 Handler 和分组检查清单定位问题。167 收藏