time.NewTicker首次触发在interval后而非立即，且必须显式Stop()防止goroutine泄漏；它不节流、不堆积，任务超时会导致并发冲突；复杂调度应使用robfig/cron等专用库。
别用 time.Timer 做周期任务，也别以为 time.NewTicker 会自动停 —— 这俩不是“开箱即用”的调度器，而是需要手动管理生命周期的底层原语。
为什么 time.NewTicker 第一次 tick 不是立刻触发？
它确实“创建即准备”，但第一个信号严格在 interval 后到达，不是启动瞬间。比如 time.NewTicker(5 * time.Second)，从调用那刻起，5 秒后才收到第一个 time.Time。
- 误以为“首 tick 立即来” → 实际是 5 秒后才开始，导致逻辑等待超时
- 想实现“启动后延 5 秒再执行，之后每 5 秒一次” → 必须自己先
time.Sleep(5 * time.Second)，再启 ticker；或用time.AfterFunc触发一次后接time.NewTicker -
time.Tick(2 * time.Second)更轻量，但它返回的是无名 ticker，无法调Stop()，只适合整个进程生命周期都存在的简单场景（如日志 flush）
ticker.Stop() 必须显式调，且不能只写在循环里
不调 Stop()，底层 goroutine 和 channel 就一直活着，pprof 里能看到一堆 runtime.timerproc，goroutine 数缓慢上涨，CPU 毛刺明显。
- 在
for range ticker.C中break→ 循环退出，ticker 还在后台发信号 - 正确做法：ticker 变量定义在循环外，循环结束后立刻
ticker.Stop()；若用defer，需确保变量作用域覆盖到函数末尾 - 在
select中监听ticker.C，程序 shutdown 时必须补一句ticker.Stop()，尤其配合context.Context时，ctx.Done()和ticker.Stop()要配对 - Stop 后再读
ticker.C→ channel 已关闭，会永久阻塞（除非加default或超时）
任务执行时间超过 interval，后续 tick 会丢，但 goroutine 不停
time.Ticker 不做节流、不堆积、不重试。它的 channel 缓冲区长度为 1，满了就丢新 tick —— 但背后那个 goroutine 仍在拼命尝试发送，只是失败而已。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 现象：每 5 秒拉一次接口，某次耗时 8 秒，下个 tick 到来瞬间又触发，导致并发请求撞上后端限流
- 根本原因：接收端没及时消费，channel 填满后 ticker goroutine 持续忙等丢弃，CPU 悄悄升高
- 安全做法：用互斥控制（
sync.Mutex或atomic.Bool）确保上一次任务完成才响应下一个 tick；或改用time.AfterFunc+ 递归调用，天然串行 - 别用
time.Sleep()替代 ticker：它不可中断、不响应 context、精度差，只适合极简单、短生命周期的延时
真正要定时调度，别硬套 Timer/Ticker
它们只是“到点通知”，不是“任务调度器”。你要的是“每天 9 点发邮件”，不是“每秒判断一次现在是不是 9 点”。
-
time.Timer是单次的，Reset() 易 panic：已在运行中 Reset → 返回 false；已触发未读 Reset → panic；并发调 Reset → 竞态 -
time.Ticker无法表达复杂规则（如“每月第一个周一”），靠每分钟 tick 再判断日期，低效且易因系统校时出错 - 生产推荐：
github.com/robfig/cron/v3，支持表达式、自动对齐、panic 捕获、并发控制；注意启用cron.WithSeconds()才能用 6 字段（秒分时日月周） - 自定义高精度调度（如整秒对齐）：每次执行完，用
time.Now().Truncate(time.Second).Add(time.Second)算下一个整点，再time.Timer单次触发，而非累加间隔
最常被忽略的点：所有 time.Ticker 都得配 Stop()，而且得在 goroutine 退出前调；所有 time.Timer 复用前都得检查 Reset() 返回值；任何想用它们实现“调度”的想法，都应该先问一句：这真的需要自己造轮子吗？
