为何函数t()退出后time.AfterFunc创建的Timer仍执行exe()？

核心本质：Timer由Go Runtime全局持有 #

time.AfterFunc 创建的 Timer 对象不会随函数 t() 返回而销毁，因为它的生命周期不由函数局部作用域管控，而是被Go runtime的定时器调度器持有全局引用：

• 调用 time.AfterFunc(d, f) 时，runtime会将新生成的Timer加入到全局**定时器堆（timers heap）**中，这个堆由runtime内部的专用协程负责维护、检测和调度。
• 即便函数 t() 执行完毕返回，局部变量 timerCheck 的作用域结束，但runtime的定时器堆仍保留该Timer的引用，因此GC不会回收它。

逃逸分析的佐证 #

从你的逃逸分析结果可以直接验证这一点：

./main.go:13:20: &timerCheck escapes to heap
./main.go:12:22: time.AfterFunc(...) escapes to heap

Go编译器检测到该Timer的生命周期远超函数 t() 的执行周期——runtime需要在函数返回后继续持有它，直到定时器触发或被主动停止，因此会将其分配到堆上（而非函数栈）。栈变量会随函数返回销毁，但堆变量会保留至GC回收，而这里因为runtime的引用，GC不会触碰它。

具体执行流程 #

1. 调用 t() 时，time.AfterFunc 创建Timer，将其加入runtime定时器堆，同时绑定要执行的exe()函数。
2. t() 立即返回，局部变量 timerCheck 失去作用，但Timer本身仍存在于全局定时器堆中。
3. 10秒后，runtime的定时器协程检测到该Timer到期，取出并执行绑定的exe()函数。
4. 执行完成后，runtime清理该Timer的引用，此时GC才会回收对应内存（无其他引用的情况下）。

额外说明：如何提前终止定时器 #

如果希望函数返回后定时器不再执行，可主动调用timer.Stop()：

func t() {
	timerCheck := time.AfterFunc(10*time.Second, exe)
	// 根据业务逻辑决定是否提前停止
	// success := timerCheck.Stop()
}

Stop()返回true代表成功停止未触发的定时器；返回false则说明定时器已触发或正在执行。

内容的提问来源于stack exchange，提问作者baris