Golang中定时器的陷阱详解

本篇文章向大家介绍《Golang中定时器的陷阱详解》，主要包括定时器、陷阱，具有一定的参考价值，需要的朋友可以参考一下。

前言

在业务中,我们经常需要基于定时任务来触发来实现各种功能。比如TTL会话管理、锁、定时任务(闹钟)或更复杂的状态切换等等。百纳网主要给大家介绍了关于Golang定时器陷阱的相关内容，所谓陷阱，就是它不是你认为的那样，这种认知误差可能让你的软件留下隐藏Bug。刚好Timer就有3个陷阱，我们会讲

1）Reset的陷阱和

2）通道的陷阱，

3）Stop的陷阱与Reset的陷阱类似，自己探索吧。

下面话不多说了，来一起看看详细的介绍吧

Reset的陷阱在哪

Timer.Reset()函数的返回值是bool类型，我们看一个问题三连：

• 它的返回值代表什么呢？
• 我们想要的成功是什么？
• 失败是什么？

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

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

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

通过查看文档和实现，Timer.Reset()的返回值并不符合我们的预期，这就是误差。它的返回值不代表重设定时器成功或失败，而是在表达定时器在重设前的状态：

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

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

跳过陷阱，再遇陷阱

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

真正的陷阱是Timer的通道，它和我们预期的成功、失败密切相关。我们所期望的定时器设置失败，通常只和通道有关：设置定时器前，定时器的通道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前，通道必然是空的。

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

if len(Timer.C) > 0{
 

测试代码


package main

import (
 "fmt"
 "time"
)

// 不同情况下，Timer.Reset()的返回值
func test1() {
 fmt.Println("第1个测试：Reset返回值和什么有关？")
 tm := time.NewTimer(time.Second)
 defer tm.Stop()

 quit := make(chan bool)

 // 退出事件
 go func() {
  time.Sleep(3 * time.Second)
  quit  0 {
  

总结
今天带大家了解了定时器、陷阱的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~