用 Ticker 驱动周期任务并确保停止后资源释放

用 time.NewTicker 驱动周期任务时，最稳妥的结构是：由一个 worker 独占 ticker，在 select 中同时监听 ticker.C 和 context.Done()，并在 worker 返回前执行 ticker.Stop()。这样停止信号能真正结束循环，ticker 也不会继续产生业务触发。要注意，Stop 不会关闭 C；Go 1.23 起未被引用的 ticker 可以被垃圾回收，但 Stop 仍然是清晰的业务生命周期控制。

Ticker 的信号和资源边界要先分清

NewTicker(d) 返回一个带时间通道的 *time.Ticker，周期必须为正数。读取 ticker.C 只是在接收时间信号，并不代表任务已经成功完成。Stop 会停止后续 tick，但不会 close channel，这是为了避免并发接收方把“channel 关闭”误判成一个业务事件，也保留了以后 Reset 的可能。

另一个容易忽略的事实是：接收方处理得慢时，Ticker 会调整时间间隔或丢弃 tick，而不是无限积压一个任务队列。因此它更适合“按最新节拍尝试执行”的周期工作，不适合要求每个时间点都必须补偿执行的账务或批处理；后者应单独设计持久化队列或补偿记录。

用 context 把停止信号收敛到任务循环

下面的循环只让一个 goroutine 拥有 ticker。defer ticker.Stop() 放在创建成功之后，确保无论是 context 取消、任务函数返回，还是外层提前结束，都能释放 ticker 的业务控制权。

package main

import (
	"context"
	"log"
	"time"
)

func runPeriodic(ctx context.Context, interval time.Duration, task func(context.Context) error) {
	// 周期必须为正，避免 NewTicker 因非法参数直接 panic。
	if interval 

这里没有从外部直接关闭 ticker.C，也没有另起一个 goroutine 负责调用 Stop。所有权集中后，退出路径只有一个，资源释放和任务状态更容易推断。

慢任务时不要把 Ticker 当成任务队列

假设周期是 10 秒，但一次同步任务需要 25 秒，下一次循环恢复后可能只能收到代表“当前节拍”的信号，之前错过的节拍不会自动变成 2 个待执行任务。这个性质能避免内存中的 tick 队列无限增长，却也意味着你必须明确任务策略：

任务函数还应使用传入的 ctx。如果它调用 HTTP、数据库或文件操作却完全不传递取消信号，外层 worker 即使退出，底层操作仍可能拖住关闭流程。

把启动、取消和等待放进服务生命周期

服务启动时创建一个子 context，关闭时调用取消函数，再等待 worker 返回。这样“停止周期触发”和“等待正在执行的任务收尾”是两个连续但不同的动作；ticker.Stop() 只解决前者，不能替你等待任务函数已经结束。

ctx, cancel := context.WithCancel(context.Background())
var wg sync.WaitGroup

// 启动阶段只创建一个周期 worker，避免重复注册同一任务。
wg.Add(1)
go func() {
	defer wg.Done()
	runPeriodic(ctx, 30*time.Second, refreshCache)
}()

// 关闭阶段先广播取消，再等待任务循环退出。
cancel()
wg.Wait()

示例中的 sync 和 refreshCache 需要由实际服务补齐；关键是生命周期顺序。若要动态修改周期，可在明确的所有权边界内调用 Reset，新周期同样必须大于零。若只需要一次延迟执行，则用 time.NewTimer 更贴合语义。

常见问题

为什么调用 Stop 后还不能从 ticker.C 读到“关闭信号”？

因为 Stop 不关闭通道。应使用 context、done channel 或 worker 的返回状态表达结束，不要把 range ticker.C 当成可自动结束的循环。

可以用 time.Tick 代替 NewTicker 吗？

time.Tick 只返回通道，无法显式停止。需要清晰控制生命周期或动态 Reset 时，优先使用 NewTicker；只在确实不需要拿到 ticker 对象时考虑简写。

周期任务失败后应该退出吗？

没有统一答案。可恢复的短暂失败通常记录并继续，连续失败则应配合退避、熔断或告警；不可恢复配置错误应让 worker 返回，并交给服务生命周期处理。