time.After 不能直接执行函数，只返回一个通道；误写为 time.After(2*time.Second)(func(){...}) 会导致编译错误。
time.After 不能直接执行函数，只是返回一个通道
很多人以为 time.After 是个“延时执行函数”，结果写成 time.After(2 * time.Second)(func() { ... }) —— 这会编译报错。它只返回 ，本质是“等时间到了发一个信号”，不带任何回调逻辑。
正确做法是配合 select 或 goroutine 使用：
go func() {
<-time.After(2 * time.Second)
fmt.Println("两秒后执行")
}()注意：这种写法没做错误处理或取消机制，适合简单场景；如果要控制生命周期（比如页面关闭时停掉延迟任务），得换 time.AfterFunc 或用 context 配合 time.Timer。
想自动调用函数？用 time.AfterFunc 而不是 time.After
time.AfterFunc 才是真正“延迟执行”的工具，它接受一个 func() 并在指定时间后异步调用：
立即学习“go语言免费学习笔记（深入）”；
timer := time.AfterFunc(3*time.Second, func() {
fmt.Println("三秒后触发")
})- 返回值
timer是*Timer，可调用timer.Stop()中断执行（如果还没触发） - 如果函数执行耗时较长，不会阻塞后续调度，但多次调用
AfterFunc会产生多个 goroutine - 它内部封装了
time.NewTimer，比手写go + select更简洁、语义更明确
time.Sleep 和 time.After 的关键区别在哪
time.Sleep 是同步阻塞当前 goroutine；time.After 是非阻塞、基于通道的等待机制，必须配合并发使用。
常见误用：
// ❌ 错误：这会让主 goroutine 睡眠，整个程序卡住
time.Sleep(1 * time.Second)
fmt.Println("一秒后才打印")
<p>// ✅ 正确：用 After + goroutine 实现非阻塞延迟
go func() {
<-time.After(1 * time.Second)
fmt.Println("一秒后打印，主线程继续运行")
}()- Web HTTP handler、CLI 命令响应等场景，绝不能用
time.Sleep做延迟，否则请求/命令会挂起 -
time.After底层复用 timer pool，频繁调用（如每毫秒一次）可能引发 timer 泄漏，此时应改用time.NewTimer并显式Reset
超时控制和取消逻辑必须自己加
time.After 和 time.AfterFunc 都不支持取消或超时嵌套。比如“最多等 5 秒，期间如果收到某个信号就提前退出”，就得手动组合 context 或多通道 select：
done := make(chan struct{})
go func() {
// 模拟某个异步操作完成信号
time.Sleep(3 * time.Second)
close(done)
}()
<p>select {
case <-done:
fmt.Println("操作提前完成")
case <-time.After(5 * time.Second):
fmt.Println("超时了")
}容易被忽略的是：一旦 time.After 的通道被 select 接收，对应 timer 就不可再用；重复使用同一个 time.After 结果会导致死锁或 panic。需要动态延迟时，每次都该调用新的 time.After 或重用 *Timer。
