主程序退出过快导致新启动的goroutine来不及运行，需通过waitgroup、channel等机制显式等待其完成。
在Go语言中，go关键字用于启动一个新的goroutine，但它不会阻塞当前执行流。这意味着：一旦main()函数执行完毕并退出，整个程序立即终止——无论其他goroutine是否仍在运行或尚未开始执行。
观察原始代码：
func main() {
go say("world") // 启动新goroutine，但不等待
say("hello") // 主goroutine同步执行
} // ← main函数结束 → 程序退出！此时"world"很可能还未被调度执行虽然go say("world")已调用，但Go运行时并未保证它会在say("hello")完成前获得CPU时间片。尤其当say("hello")执行迅速（仅5次打印），而主线程又立刻退出，调度器根本来不及唤醒或执行world对应的goroutine——因此你只看到hello输出，完全看不到world。
⚠️ 注意：runtime.Gosched()不是解决方案。它仅建议调度器让出当前goroutine的执行权，但不提供同步语义；它无法确保world一定被执行，也不能防止main提前退出。依赖Gosched()属于竞态且不可靠的写法，应避免。
立即学习“go语言免费学习笔记（深入）”；
✅ 正确做法是显式协调goroutine生命周期，常用方式有两种：
1. 使用 sync.WaitGroup（推荐，简洁清晰）
package main
import (
"fmt"
"sync"
)
func say(s string) {
for i := 0; i < 5; i++ {
fmt.Println(s)
}
}
func main() {
var wg sync.WaitGroup
// 增加计数：即将启动1个goroutine
wg.Add(1)
go func() {
defer wg.Done() // 执行完后通知WaitGroup
say("world")
}()
// 主goroutine同步执行
say("hello")
// 阻塞等待所有goroutine完成
wg.Wait()
}✅ WaitGroup 是Go标准库为“等待一组goroutine完成”设计的专用工具，线程安全、零内存泄漏风险，是此类场景的首选。
2. 使用 channel + select（适用于需要传递结果或复杂协作的场景）
package main
import "fmt"
func say(s string, done chan<- bool) {
for i := 0; i < 5; i++ {
fmt.Println(s)
}
done <- true // 发送完成信号
}
func main() {
done := make(chan bool, 2) // 缓冲通道，避免goroutine阻塞
go say("world", done)
go say("hello", done) // 注意：此处也应并发执行，否则失去意义
// 等待两个goroutine都完成
<-done
<-done
}? Channel更适合需要通信（如返回结果、错误、进度）或动态编排goroutine的场景；若仅需“等结束”，WaitGroup更轻量、语义更明确。
总结
- Goroutine是异步、非阻塞的，启动不等于执行，更不等于完成；
- 主goroutine退出 = 整个程序终止，这是根本原因；
- 必须使用同步原语（sync.WaitGroup、channel、sync.Mutex+条件变量等）显式等待；
- 切勿依赖runtime.Gosched()、time.Sleep()等不确定手段——它们掩盖问题，而非解决问题；
- 在真实项目中，优先选择WaitGroup处理固定数量的协作goroutine；用channel处理数据流、事件驱动或动态任务分发。
掌握goroutine生命周期管理，是写出健壮、可预测并发Go程序的第一步。
