go 1.21+ 是协程测试最稳妥起点，低于1.19缺失gc统计与调度观测能力；必须用module模式、确认gomaxprocs、用go tool trace定位阻塞点。
Go 1.21+ 是当前协程（goroutine）测试最稳妥的起点，低于 1.19 的版本会缺失 runtime/debug.ReadGCStats 和更精细的调度器观测能力，直接导致你测不出真实并发行为。
确认 Go 版本并启用 module 模式
很多协程问题在 GOPATH 模式下根本复现不了——比如 go test 并发执行时模块依赖解析错乱、init() 调用顺序异常。必须用 module 才能稳定复现和调试 goroutine 泄漏。
- 运行
go version，确保输出类似go version go1.22.3 darwin/arm64 - 若版本过低，从 https://www.php.cn/link/81836b7cd16991abb7febfd7832927fd 下载安装包，**不要用 brew install go**（它常滞后两三个小版本）
- 新建项目目录后立即执行
go mod init example.com/concurrency-test，生成go.mod - 检查
GO111MODULE环境变量：应为on（macOS/Linux 运行echo $GO111MODULE；Windows 用echo %GO111MODULE%）
写第一个可压测的 goroutine 示例
别一上来就跑 go test -race——它只报数据竞争，不告诉你 goroutine 积压在哪。先用最小可观察单元验证环境是否真能跑并发：
Go 是一个开源的编程语言，它能让构造简单、可靠且高效的软件变得容易。本文给大家带来Go参考手册，需要的可以来下载！ Go是从2007年末由Robert Griesemer, Rob Pike, Ken Thompson主持开发，后来还加入了Ian Lance Taylor, Russ Cox等人，并最终于2009年11月开源，在2012年早些时候发布了Go 1稳定版本。现在Go的开发已经是完全开放的，并且拥有一个活跃的社区。 Go 语言特色 简洁、快速、安全 并行、有趣、开源 内存管理、v数组安全、编译
package main
<p>import (
"fmt"
"runtime"
"time"
)</p><p>func main() {
fmt.Printf("GOMAXPROCS: %d\n", runtime.GOMAXPROCS(0))
for i := 0; i time.Millisecond)
fmt.Printf("done %d\n", id)
}(i)
}
// 必须加这一句，否则 main 退出，goroutine 全被杀
time.Sleep(200 time.Millisecond)
}</p>
关键点：runtime.GOMAXPROCS(0) 返回当前生效的 OS 线程数，不是 CPU 核心数；如果输出是 1，说明你的 GOMAXPROCS 被意外设成了 1（常见于 Docker 容器未配 --cpus 或 GOMAXPROCS=1 环境变量）
用 go tool trace 看 goroutine 调度真实路径
这是协程测试里最容易被跳过的环节——光看日志或 pprof 无法定位 goroutine 卡在哪个系统调用或 channel 阻塞点。
- 给测试加
-trace=trace.out：运行go test -trace=trace.out -run TestConcurrent - 然后执行
go tool trace trace.out，浏览器打开提示的地址 - 重点关注
Goroutines标签页：红色 “Running” 状态持续超 10ms 就可疑；灰色 “GC” 或 “Syscall” 状态卡住说明底层阻塞 - 若 trace 页面空白或报
failed to open trace: unrecognized trace format，说明 Go 版本太低（
真正难的是让 trace 数据反映实际负载——本地跑 10 个 goroutine 看不出调度器压力，但把 time.Sleep 换成 http.Get 或 database/sql.QueryRow 后，blocking syscall 和 network poller wait 的分布才开始暴露真实瓶颈。别省这一步。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
