Go 中用 ticker 实现周期性协程需防堆积、泄漏和竞态：Ticker 仅发信号，任务需手动控制并发；可用信号量限流、atomic.Bool 防重入；必须调用 Stop() 并结合 context 优雅退出。
Go 语言中用 ticker 实现周期性触发协程并不难，关键在于避免协程堆积、资源泄漏和竞态问题。Ticker 本身只负责“准时发信号”，真正执行任务的逻辑必须主动控制并发行为。
理解 Ticker 的基本用法
Ticker 是一个按固定间隔发送时间戳的通道，它不会自动执行任何函数。你得手动从 ticker.C 接收信号，再启动协程处理任务：
ticker := time.NewTicker(5 * time.Second) defer ticker.Stop()for range ticker.C { go func() { // 执行任务 doWork() }() }
但这样写有隐患：如果 doWork() 执行时间超过 5 秒，每次 tick 都会新启一个 goroutine，导致协程无限堆积。
限制并发数：用带缓冲的 WaitGroup 或信号量
要防止协程泛滥，需对同时运行的任务数量做限制。推荐用 semaphore（信号量）或带缓冲 channel 模拟：
- 定义一个容量为 N 的 channel，每次任务开始前尝试获取一个“令牌”
- 任务结束时归还令牌，确保最多只有 N 个任务并发执行
- 若令牌已满，可选择跳过本次 tick、排队等待，或直接丢弃
sem := make(chan struct{}, 3) // 最多 3 个并发
for range ticker.C {
select {
case sem <- struct{}{}:
go func() {
defer func() { <-sem }() // 归还令牌
doWork()
}()
default:
// 令牌不足，跳过本次执行（也可记录日志）
log.Println("skipped: too many tas
ks running")
}
}
ks running")
}
}防重入：避免同一时刻多个相同任务并行
有些任务不允许并发执行（比如写配置文件、清理临时目录）。这时可在任务外加锁，或用原子状态标记：
- 用
sync.Mutex包裹任务入口，确保同一时间只有一个实例在跑 - 更轻量的方式是用
atomic.Bool标记“是否正在运行”，tick 触发时先 CAS 尝试置为 true，失败则跳过
var running atomic.Boolfor range ticker.C { if !running.CompareAndSwap(false, true) { log.Println("task already running, skip") continue }
go func() { defer running.Store(false) doWork() }()}
优雅退出与资源回收
程序退出前必须调用 ticker.Stop()，否则 ticker 会持续向 channel 发送时间，造成 goroutine 泄漏。建议配合 context 管理生命周期：
- 用
context.WithCancel创建可取消上下文 - 在主 goroutine 监听 cancel 信号，触发后 stop ticker 并等待所有任务完成
- 任务内部也应监听
ctx.Done()，及时中断耗时操作
ctx, cancel := context.WithCancel(context.Background())
ticker := time.NewTicker(5 * time.Second)
defer func() {
ticker.Stop()
cancel()
}()
go func() {
for {
select {
case <-ticker.C:
go doWorkWithContext(ctx)
case <-ctx.Done():
return
}
}
}()
不复杂但容易忽略
