Go time.Ticker 怎么驱动周期任务并在退出时清理

周期任务看起来只是“每隔一段时间执行一次”，真正容易出问题的是退出：服务收到停止信号后，谁负责让循环返回？正在执行的工作怎么收尾？time.Ticker 停止后，为什么不能等它的 channel 关闭？

实用写法是让 context.Context 负责表达退出，让 time.Ticker 负责提供节拍，在拥有 ticker 的函数里调用 Stop，再由调用方等待工作 Goroutine 返回。Go 1.23 起垃圾回收器可以回收不再可达的 ticker，但 Stop 仍然用于明确停止业务信号。

先把 Ticker 的职责限定在“报时”

time.NewTicker(d) 返回一个带有 C 的 Ticker。它在每个周期发送当前时间，d 小于等于零会触发 panic。这个 channel 只回答“该检查一次了”，并不承诺任务已经完成，也不携带业务结果。

因此创建 ticker 的函数应该拥有它的生命周期。下面的 runPeriodic 同时把停止信号、工作函数和等待出口放在一个边界内：调用方取消 context 后，循环会尽快返回。

func runPeriodic(ctx context.Context, every time.Duration, work func(context.Context) error) error {
	if every 

示例把参数校验放在 NewTicker 前，避免把 panic 当成正常配置错误。生产代码中，work 还应遵守同一个 context，才能在退出时从网络请求、数据库调用或队列等待中返回。

为什么慢任务会让 Ticker 丢 tick

假设周期是 10 秒，但一次 work 需要 25 秒。上面的循环不会并发启动第二个 work，因为它必须先回到 select 才能继续接收。官方文档说明，Ticker 会为慢接收者调整时间间隔或丢弃 tick，所以它适合“定期检查”，不适合充当每个时间点都必须执行的可靠队列。

发布指标时应把“触发次数”和“完成次数”分开统计，例如记录 tick_seen、work_success、work_error 和 work_duration。如果业务要求每次计划都落地，应把调度记录写入队列，或改用带唯一任务键的持久化方案，而不是简单地在 tick 到来时起一个 Goroutine。

若改成每个 tick 都启动 Goroutine，又没有并发上限，慢任务会把压力转成 Goroutine、连接或内存的增长。需要并发执行时，至少增加信号量、任务去重和取消传播；只要求单实例串行检查时，保留一个工作循环更容易解释。

退出时为什么要同时停 Ticker 和等待 Goroutine

Stop 的语义是停止后不再发送新的 tick，但它不会关闭 ticker.C。这是刻意设计：关闭 channel 可能让并发读取者误以为收到一个正常的零值 tick。不要写成“读取 ticker.C 直到 channel 关闭”，也不要在多个组件之间争抢同一个 ticker。

一个服务层可以让运行 Goroutine 负责周期工作，让外层通过 WaitGroup 等待它离场：

func startReporter(parent context.Context, every time.Duration, work func(context.Context) error) (context.CancelFunc, 

这里的 Stop 由 runPeriodic 的 defer 执行，done 表示工作函数已经结束，两者不能互相替代。Go 1.23 起 ticker 即使没有显式 Stop 也可能被垃圾回收，但只要周期任务仍在运行，显式 Stop 仍是清晰的生命周期动作。

固定周期、动态周期和一次性触发怎么选

最后检查三件事：周期非法时是否可观察地失败；工作函数是否响应同一个 context；退出路径是否既停止时间信号又等待工作返回。这个清单比单独记住“Ticker 要 Stop”更可靠，因为真正的资源边界往往还包括 HTTP 响应、数据库连接和子 Goroutine。

常见问题

time.Ticker 会保证每个周期都收到一个 tick 吗？

不会。接收方处理较慢时，Ticker 可能调整间隔或丢弃 tick；它不是可靠消息队列。

Stop 之后可以从 ticker.C 读到关闭信号吗？

不能按关闭 channel 的方式设计。Stop 不关闭 ticker.C，退出应由 context、done channel 或 WaitGroup 表达。

Go 1.23 之后还需要 defer ticker.Stop() 吗？

垃圾回收不再依赖 Stop 才能回收不可达 ticker，但 Stop 仍能明确停止正在运行的周期信号，放在拥有 ticker 的函数里依然是清楚的工程写法。

API 语义可直接查看 Go time 包的 Ticker 文档；如果要调整周期，先确认任务是否允许跳过节拍，再决定是 Reset、串行执行还是引入持久化队列。