在无法修改调用方代码的前提下，通过原子计数器或闭包封装实现对 doWork 函数所启动 Goroutine 的精准、线程安全计数，避免依赖全局状态或 runtime.NumGoroutines() 的干扰。
在无法修改调用方代码的前提下，通过原子计数器或闭包封装实现对 `dowork` 函数所启动 goroutine 的精准、线程安全计数，避免依赖全局状态或 `runtime.numgoroutines()` 的干扰。
在 Go 并发编程中，常需监控某段逻辑（如 doWork）实际并发执行的 Goroutine 数量。但直接使用 runtime.NumGoroutines() 仅返回整个进程的 Goroutine 总数，包含运行时系统、HTTP 服务、定时器等无关协程，无法反映业务逻辑的真实并发规模。
更可靠的方式是在 doWork 内部嵌入轻量级、线程安全的计数逻辑。由于调用方以函数值形式传入 doWork（如 Parallelize(workerNumber, doWork)），我们不能改动调用侧，但可通过闭包 + 原子操作，在构造 doWork 时就绑定专属计数器：
import "sync/atomic"
func makeCountedWorker() (func(int), func() uint64) {
var counter uint64
worker := func(i int) {
atomic.AddUint64(&counter, 1)
// 实际业务逻辑（例如：testArray[i]++）
// ...
}
getCount := func() uint64 {
return atomic.LoadUint64(&counter)
}
return worker, getCount
}
// 使用示例
doWork, getGoroutineCount := makeCountedWorker()
Parallelize(8, doWork)
// 工作完成后获取统计值
fmt.Printf("Total goroutines launched for doWork: %d\n", getGoroutineCount())该方案优势显著：
- ✅ 零全局变量：计数器完全封装在闭包内，无跨模块污染风险；
- ✅ 线程安全：atomic.AddUint64 和 atomic.LoadUint64 提供无锁高性能计数；
- ✅ 解耦清晰：getCount 函数可随时调用，支持实时监控或终态校验；
- ✅ 兼容现有接口：doWork 类型仍为 func(int)，无需修改 Parallelize 签名。
⚠️ 注意事项：
立即学习“go语言免费学习笔记（深入）”；
- 若 doWork 被重复用于多个并行任务（如多次调用 Parallelize），每次应调用 makeCountedWorker() 创建独立计数器，避免数据混淆；
- 不要将 counter 误用为“当前活跃 Goroutine 数”——它统计的是已启动次数（即 go doWork(...) 的调用频次），而非正在运行中的协程数；
- 如需区分不同 worker ID 或按批次统计，可扩展为 []uint64 切片 + 原子索引访问，但需确保索引不越界（推荐配合 sync.Pool 或预分配）。
总结：精准统计 Goroutine 启动数量，本质是将计量行为前置到 Goroutine 创建点。利用闭包捕获原子变量，既满足不可侵入调用方的要求，又保证了并发安全性与语义准确性——这是 Go 函数式并发模型下优雅且惯用的实践方式。
