通过关闭一个无缓冲 channel 作为全局启动信号，可让所有已创建但尚未执行的 goroutine 几乎在同一时刻开始运行，这是 go 中实现协同式并发启动的标准实践。
通过关闭一个无缓冲 channel 作为全局启动信号，可让所有已创建但尚未执行的 goroutine 几乎在同一时刻开始运行，这是 go 中实现协同式并发启动的标准实践。
在 Go 中，“让多个 goroutine 同时启动”本质上是指：所有 goroutine 完成创建后，统一、同步地进入实际工作逻辑。由于操作系统调度、GOMAXPROCS 限制及 CPU 核心数等客观因素，严格意义上的“精确同一纳秒执行”无法保证；但我们可以做到高度一致的启动时机——即所有 goroutine 在 close(start) 调用后几乎立即解除阻塞并开始执行。
实现的关键在于：使用一个未关闭的 channel 让所有 goroutine 先阻塞等待，再由主线程统一关闭该 channel 触发集体唤醒。close(ch) 对于已接收
以下是完整可运行的示例代码：
package main
import (
"flag"
"fmt"
"sync"
"time"
)
func main() {
var wg sync.WaitGroup
routines := flag.Int("runs", 100, "number of goroutines to launch")
flag.Parse()
start := make(chan struct{}) // 无缓冲 channel，用于同步启动
wg.Add(*routines)
for i := 0; i <p>? <strong>注意事项与最佳实践</strong>：</p>
- ✅ 必须使用 make(chan struct{})（无缓冲 channel），避免因缓冲导致部分 goroutine 提前“偷跑”；
- ✅ close(start) 是线程安全的，且仅需调用一次；多次关闭会 panic，因此务必确保只执行一次；
- ✅ 若需传递启动参数（如 ID、配置），请通过闭包捕获或显式传参（如示例中 func(id int)），避免循环变量 i 的常见陷阱；
- ⚠️ 不要依赖 time.Sleep 来“等待 goroutine 就位”——它不可靠且不具可移植性；实际生产中，只要 goroutine 创建完成并执行到
- ? 可通过 runtime.GOMAXPROCS(n) 和 runtime.NumCPU() 辅助评估并发上限，但启动同步逻辑本身与 GOMAXPROCS 无关。
总结来说，channel + close() 是 Go 生态中实现 goroutine 协同启动的惯用、高效且符合语言哲学的方式。它轻量、无锁、语义清晰，是编写可控并发程序的重要基础技巧。
