Go 的 time 包通过 time.Ticker 和 time.AfterFunc 可实现轻量周期任务；time.Ticker 适合固定间隔循环执行，需调用 Stop() 防泄漏。

用 Go 的 time 包可以轻松实现简单、轻量的周期性定时任务，无需引入第三方库。核心在于 time.Ticker 和 time.AfterFunc，适用于对精度要求不高、不需持久化或分布式支持的场景。

使用 time.Ticker 实现固定间隔循环任务

time.Ticker 是最常用的方式，适合需要持续、规律执行的任务（如每 5 秒检查一次状态）。它会按指定周期发送时间戳到通道，配合 select 可安全退出。

• 创建 Ticker：用 time.NewTicker(duration)，例如 tick := time.NewTicker(10 * time.Second)
• 在 goroutine 中监听 tick.C，每次收到时间即执行任务逻辑
• 务必在退出前调用 tick.Stop()，避免 goroutine 泄漏和资源占用

示例片段：

使用 time.AfterFunc 实现单次延迟或伪周期任务

time.AfterFunc 适合只执行一次的延后任务；若想模拟周期行为，可在函数体内递归调用自身（注意控制并发与退出）。

• 基本用法：time.AfterFunc(3*time.Second, func(){ ... })
• 实现“伪周期”：在回调函数末尾再次调用 AfterFunc，但要避免无限嵌套导致栈溢出，推荐用 goroutine 封装
• 需自行管理停止逻辑，例如用原子变量或 channel 控制是否继续调度

示例（带退出控制）：

结合 context 控制生命周期，避免 goroutine 泄漏

真实项目中，任务常随服务启停而启动/取消。context.Context 是标准做法，可与 time.Ticker 安全协同。

• 用 context.WithCancel 或 context.WithTimeout 创建可取消上下文
• 在 select 中监听 ctx.Done()，收到信号后主动 Stop() Ticker 并返回
• 推荐封装成函数，接收 context.Context 和间隔时长，提升复用性

注意事项与局限性

time 包方案简洁高效，但有明确边界：

• 不支持 cron 表达式（如 “0 0 * * *”），需手动解析或换用 robfig/cron 等库
• 不保证绝对准时——受 GC、调度延迟影响，通常误差在毫秒级，适合容忍度较高的业务
• 无任务失败重试、持久化、分布式协调能力，高可用场景建议用专用调度系统（如 Quartz、Temporal）