所谓陷阱，就是它不是你认为的那样，这种认知误差可能让你的软件留下隐藏Bug。刚好Timer就有3个陷阱，我们会讲 1)Reset的陷阱和 2)通道的陷阱，3)Stop的陷阱与Reset的陷阱类似，自己探索吧。

Reset的陷阱在哪
Timer.Reset()

  1. 它的返回值代表什么呢？

  2. 我们想要的成功是什么？

  3. 失败是什么？

  • 成功：一段时间之后定时器超时，收到超时事件。

  • 失败：成功的反面，我们收不到那个事件。对于失败，我们应当做些什么，确保我们的定时器发挥作用。

Reset的返回值是不是这个意思？

Timer.Reset()

  • 当Timer已经停止或者超时，返回false。

  • 当定时器未超时时，返回true。

所以，当Reset返回false时，我们并不能认为一段时间之后，超时不会到来，实际上可能会到来，定时器已经生效了。

跳过陷阱，再遇陷阱

如何跳过前面的陷阱，让Reset符合我们的预期功能呢？直接忽视Reset的返回值好了，它不能帮助你达到预期的效果。

Timer.C

  • 如果有，我们设置的定时器失败了，我们可能读到不正确的超时事件。

  • 如果没有，我们设置的定时器成功了，我们在设定的时间得到超时事件。

接下来解释为何失败只与通道中是否存在超时事件有关。

定时器的缓存通道大小只为1，无法多存放超时事件，看源码。

// NewTimer creates a new Timer that will send// the current time on its channel after at least duration d.func NewTimer(d Duration) *Timer {
    c := make(chan Time, 1) // 缓存通道大小为1
    t := &Timer{
        C: c,
        r: runtimeTimer{
            when: when(d),
            f:    sendTime,
            arg:  c,
        },
    }
    startTimer(&t.r)    return t
}

定时器创建后是单独运行的，超时后会向通道写入数据，你从通道中把数据读走。当前一次的超时数据没有被读取，而设置了新的定时器，然后去通道读数据，结果读到的是上次超时的超时事件，看似成功，实则失败，完全掉入陷阱。

跨越陷阱，确保成功
Timer.Reset()Timer.Reset()

  • 当业务场景简单时，没有必要主动清空通道。比如，处理流程是：设置1次定时器，处理一次定时器，中间无中断，下次Reset前，通道必然是空的。

  • 当业务场景复杂时，不确定通道是否为空，那就主动清除。

// 方法1if len(Timer.C) > 0{
    <-Timer.C
}
Timer.Reset(time.Second)

经过和@周志荣_9447的讨论和思考，更加合理的做法还是下面这样：

// 方法2if !Timer.Stop() && len(Timer.C) > 0{
    <-Timer.C
}
Timer.Reset(time.Second)
len(Timer.C)Reset()Reset()Stop()Stop()len(Timer.C) > 0
测试代码

如果这篇文章对你有帮助，请点个赞/喜欢，让我知道我的写作是有价值的，感谢。