go 程序在 `main` 函数返回后立即退出，不会等待其他 goroutine 执行完成，因此启动的 goroutine 可能因程序提前终止而无法输出任何内容。需通过同步机制（如 channel）显式等待 goroutine 结束。
在 Go 中，goroutine 是轻量级并发执行单元，但其生命周期不独立于主程序。初学者常遇到如下典型问题：
package main import "fmt" func SayHello() { for i := 0; i < 10; i++ { fmt.Print(i, " ") } } func main() { SayHello() // 同步执行：输出 "0 1 2 ... 9 " go SayHello() // 异步启动，但 main 立即结束 → goroutine 被强制终止，无任何输出！ }这段代码中，go SayHello() 启动后，main 函数随即退出，整个程序终止——即使 SayHello 正在运行或尚未开始，它都会被系统回收，导致完全静默（no output）。
✅ 正确做法：使用 channel 同步等待
最常用、最符合 Go 风格的解决方案是通过 channel 通知完成状态。推荐两种等效实现：
方式一：发送任意值信号（简洁直观）
func SayHello(done chan bool) { for i := 0; i < 10; i++ { fmt.Print(i, " ") } done <- true>方式二：关闭 channel（语义更清晰，推荐）
func SayHello(done chan Struct{}) { for i := 0; i < 10; i++ { fmt.Print(i, " ") } if done != nil { close(done) // 显式表示“任务完成”，零内存开销 } } func main() { SayHello(nil) done := make(chan struct{}) go SayHello(done) <-done >? chan struct{} 是 Go 中表示“仅需通知、无需数据”的惯用类型——它不占用额外内存（struct{} 占 0 字节），语义明确，是最佳实践。
⚠️ 注意事项与常见误区
-
不要依赖 time.Sleep 做同步：
go SayHello() time.Sleep(10 * time.Millisecond) // ❌ 不可靠、非确定性、掩盖根本问题
这既无法保证 goroutine 已执行完（可能仍被调度延迟），又引入了不必要的等待，违反 Go 的显式同步原则。
并发输出不等于交错输出：
即使两个 SayHello 并发运行，也无法保证数字“混合打印”（如 0 0 1 1 2 2...）。Go 的调度器不保证 goroutine 执行时序，实际输出可能是完全串行（如先全输出第一个，再第二个），也可能是部分交错——这是未定义行为（undefined ordering），受 GOMAXPROCS、系统负载、运行时版本等影响。若需控制执行顺序，应使用互斥锁（sync.Mutex）、条件变量或更高级的协调逻辑，而非依赖调度巧合。
runtime.GOMAXPROCS(n) 不解决同步问题：
设置 GOMAXPROCS(2) 仅允许最多 2 个 OS 线程并行执行 goroutine，但它不能替代同步机制。没有
✅ 总结
| 关键点 | 说明 |
|---|---|
| 根本原因 | main 函数返回 → 整个程序退出 → 所有非 main goroutine 被强制终止 |
| 唯一可靠解法 | 在 main 中显式等待 goroutine 完成（channel、sync.WaitGroup 等） |
| 首选同步原语 | chan struct{} + close()，语义清晰、零开销、符合 Go idioms |
| 避免做法 | time.Sleep、假设调度顺序、忽略同步逻辑 |
掌握这一原理，是写出健壮 Go 并发程序的第一步：Go 不会替你管理生命周期，你需要主动协调。