time.Sleep(2) 无效是因为参数单位是纳秒而非秒；必须写成 time.Sleep(2 * time.Second)，否则程序几乎立即退出，导致goroutine来不及执行。更推荐使用channel或sync包实现可靠同步。
`time.sleep(2)` 无效是因为参数单位是纳秒而非秒；必须写成 `time.sleep(2 * time.second)`，否则程序几乎立即退出，导致goroutine来不及执行。更推荐使用channel或sync包实现可靠同步。
在Go语言中，time.Sleep() 是一个常用的阻塞式延时函数，但其行为常被初学者误解。关键点在于：time.Sleep() 接收的参数类型是 time.Duration，而 time.Duration 的底层类型是 int64，单位为纳秒（nanosecond）。因此，直接调用 time.Sleep(2) 表示“休眠2纳秒”——这远不足以让后台 goroutine 完成打印操作，主 goroutine 几乎立刻结束，整个程序随之退出，导致启动的 goroutine 被强制终止，输出无法显示。
✅ 正确写法（以秒为单位）：
package main
import (
"fmt"
"time"
)
func f(msg string) {
fmt.Println(msg)
}
func main() {
f("direct")
go f("goroutine")
go func(msg string) {
fmt.Println(msg)
}("going")
time.Sleep(2 * time.Second) // ✅ 显式指定单位：2秒
}⚠️ 注意事项：
- time.Second 是 time.Duration 类型常量，值为 1e9（即1,000,000,000 纳秒），因此 2 * time.Second 等价于 2000000000 纳秒；
- 避免使用魔法数字（如 time.Sleep(2000000000)），始终通过 time.Second、time.Millisecond 等常量构建可读、可维护的持续时间；
- time.Sleep() 仅适用于简单演示或测试场景；生产代码中不应依赖固定延时来同步 goroutine，因其不可靠（如GC暂停、调度延迟、运行环境差异等都可能导致误判）。
? 更健壮的替代方案（推荐）：
立即学习“go语言免费学习笔记（深入）”；
方案一：使用 channel 等待完成信号
func main() {
done := make(chan bool)
go func() {
f("goroutine")
done <- true
}()
go func() {
f("going")
done <- true
}()
<-done // 等待第一个完成
<-done // 等待第二个完成
}方案二：使用 sync.WaitGroup（适合多个同类任务）
import "sync"
func main() {
var wg sync.WaitGroup
wg.Add(2)
go func() {
defer wg.Done()
f("goroutine")
}()
go func() {
defer wg.Done()
f("going")
}()
wg.Wait() // 阻塞直到所有 goroutine 调用 Done()
}? 总结：time.Sleep(n) 不是同步机制，而是粗粒度的延时工具；理解 time.Duration 的单位本质是避免低级错误的第一步；真正可靠的并发协调应依托 Go 内建的通信模型（channel）或同步原语（sync.WaitGroup, sync.Mutex, sync.Once 等）。
