通过关闭一个无缓冲通道作为“启动信号”，可使所有已创建但尚未执行的 goroutine 几乎在同一时刻开始运行，这是 go 中实现协同式并发启动的标准实践。
通过关闭一个无缓冲通道作为“启动信号”，可使所有已创建但尚未执行的 goroutine 几乎在同一时刻开始运行，这是 go 中实现协同式并发启动的标准实践。
在 Go 中，“让多个 goroutine 精确同时启动”本质上是一个同步协调问题，而非调度控制问题——Go 运行时无法保证纳秒级时间对齐（受 OS 调度、GOMAXPROCS、CPU 核心数及底层线程切换影响），但可通过协作机制让所有 goroutine 在同一逻辑屏障后立即执行，从而达到实践中可接受的“同时性”。
核心思路是：先启动所有 goroutine，使其阻塞等待统一指令；再由主线程发出启动信号，所有 goroutine 随即解除阻塞并开始工作。最简洁高效的方式是使用一个 chan struct{} 作为门控通道：
package main
import (
"flag"
"fmt"
"sync"
"time"
)
func main() {
var wg sync.WaitGroup
routines := flag.Int("runs", 100, "number of goroutines to run")
flag.Parse()
start := make(chan struct{}) // 无缓冲通道，用作启动闸门
wg.Add(*routines)
for i := 0; i < *routines; i++ {
go func() {
<-start // 所有 goroutine 在此处阻塞，等待信号
defer wg.Done()
t := time.Now()
fmt.Printf("Goroutine %d started at %s\n", i, t.Format("15:04:05.000"))
}()
}
fmt.Println("All goroutines launched — waiting for start signal...")
close(start) // 关闭通道：向所有接收者广播“可以开始了”
fmt.Println("Signal sent. Waiting for completion...")
wg.Wait()
}✅ 关键说明：
- close(start) 会立即唤醒所有正在 <-start 处阻塞的 goroutine（无需显式发送值）；
- 因为通道是无缓冲的且已被关闭，后续任意 <-start 操作将立即返回零值 struct{}，因此不会产生竞态或死锁；
- 所有 goroutine 在 close(start) 返回后几乎同时执行 time.Now()，实测时间戳差异通常在微秒级（取决于系统负载与调度延迟）。
⚠️ 注意事项：
- 不要使用 sync.WaitGroup 或 time.Sleep 替代通道同步——前者无法精确协调启动点，后者不可靠且降低可移植性；
- 避免在循环中直接捕获循环变量 i（如上例中若未用参数传入，所有 goroutine 将打印相同 i 值）。更健壮写法是：
go func(id int) { <-start defer wg.Done() t := time.Now() fmt.Printf("Goroutine %d started at %s\n", id, t.Format("15:04:05.000")) }(i) - 若需更高精度（如压力测试场景），可结合 runtime.Gosched() 或 time.Sleep(0) 微调，但通常无必要；真实“并行”仍受限于 GOMAXPROCS 和物理核心数。
总结：Go 并不提供“硬实时”并发启动能力，但借助通道关闭这一轻量、无锁、语义清晰的同步原语，即可在应用层实现高度一致的启动行为——这正是 Go “通过通信共享内存”哲学的典型体现。
