在 go 中重新赋值 time.ticker 变量不会自动释放底层资源；必须显式调用 stop() 方法，否则将导致 goroutine 和 timer 资源泄漏。
在 go 中重新赋值 time.ticker 变量不会自动释放底层资源；必须显式调用 stop() 方法，否则将导致 goroutine 和 timer 资源泄漏。
time.Ticker 是一个长期运行的定时器，它在后台启动一个独立的 goroutine 持续向其 C 通道发送时间信号。该 goroutine 及其关联的系统级 timer 资源不会因 ticker 变量被重新赋值或超出作用域而自动终止——Go 的垃圾回收器（GC）无法回收仍在运行的 goroutine 或未停止的 timer。
因此，以下写法是不安全的：
case t := <p>正确的做法是：在替换前显式调用 <code>Stop()</code>，确保旧 ticker 的 goroutine 退出、底层 timer 被释放：</p><pre class="brush:php;toolbar:false;">for {
select {
case <p>⚠️ 注意事项：</p>
-
ticker.Stop()是幂等的，可安全多次调用； -
Stop()返回true表示成功停止（timer 尚未触发），返回false表示 timer 已触发或已停止（不影响安全性）； - 即使
oldTicker随即离开作用域（如本例中oldTicker是块内变量），只要未调用Stop()，其 goroutine 仍会持续运行并持有对C通道的引用，造成内存与 goroutine 泄漏； - 若 ticker 已被 Stop，再次从其
C读取将永远阻塞（因其通道被关闭），故务必确保逻辑中不再误用已停止的 ticker。
✅ 最佳实践总结：
- 每次替换
*time.Ticker实例前，必须对旧实例调用Stop()； - 在程序退出或不再需要定时任务时，务必显式
Stop()对应 ticker； - 可结合
defer ticker.Stop()用于短生命周期 ticker，但动态重载场景必须手动管理生命周期。
正确管理 ticker 是编写健壮、可长期运行 Go 服务的关键细节之一。
