go语言Timer计时器的用法示例详解
计时器用来定时执行任务，分享一段代码：
packagemain
import"time"
import"fmt"
funcmain(){
//新建计时器，两秒以后触发，go触发计时器的方法比较特别，就是在计时器的channel中发送值
timer1:=time.NewTimer(time.Second*2)
//此处在等待channel中的信号，执行此段代码时会阻塞两秒
<-timer1.C
fmt.Println("Timer1expired")
//新建计时器，一秒后触发
timer2:=time.NewTimer(time.Second)
//新开启一个线程来处理触发后的事件
gofunc(){
//等触发时的信号
<-timer2.C
fmt.Println("Timer2expired")
}()
//由于上面的等待信号是在新线程中，所以代码会继续往下执行，停掉计时器
stop2:=timer2.Stop()
ifstop2{
fmt.Println("Timer2stopped")
}
}
代码解读见注释。
最终输出结果为：
Timer1expired
Timer2stopped
因为Timer2的处理线程在等到信号前已经被停止掉了，所以会打印出Timer2stopped而不是Timer2expired
附录：下面看下Go语言计时器的使用详解
Go语言的标准库里提供两种类型的计时器Timer和Ticker。Timer经过指定的duration时间后被触发，往自己的时间channel发送当前时间，此后Timer不再计时。Ticker则是每隔duration时间都会把当前时间点发送给自己的时间channel，利用计时器的时间channel可以实现很多与计时相关的功能。
文章主要涉及如下内容：
- Timer和Ticker计时器的内部结构表示
- Timer和Ticker的使用方法和注意事项
- 如何正确Reset定时器
计时器的内部表示
两种计时器都是基于Go语言的运行时计时器runtime.timer实现的，rumtime.timer的结构体表示如下：
typetimerstruct{
pppuintptr
whenint64
periodint64
ffunc(interface{},uintptr)
arginterface{}
sequintptr
nextwhenint64
statusuint32
}
rumtime.timer结构体中的字段含义是
- when—当前计时器被唤醒的时间；
- period—两次被唤醒的间隔；
- f—每当计时器被唤醒时都会调用的函数；
- arg—计时器被唤醒时调用 f传入的参数；
- nextWhen—计时器处于 timerModifiedLater/timerModifiedEairlier状态时，用于设置 when字段；
- status—计时器的状态；
这里的runtime.timer只是私有的计时器运行时表示，对外暴露的计时器 time.Timer和time.Ticker的结构体表示如下：
typeTimerstruct{
C<-chanTime
rruntimeTimer
}
typeTickerstruct{
C<-chanTime
rruntimeTimer
}
Timer.C和Ticker.C就是计时器中的时间channel，接下来我们看一下怎么使用这两种计时器，以及使用时要注意的地方。
Timer计时器
time.Timer计时器必须通过 time.NewTimer、time.AfterFunc或者 time.After函数创建。当计时器失效时，失效的时间就会被发送给计时器持有的 channel，订阅 channel的 goroutine会收到计时器失效的时间。
通过定时器Timer用户可以定义自己的超时逻辑，尤其是在应对使用select处理多个channel的超时、单channel读写的超时等情形时尤为方便。Timer常见的使用方法如下：
//使用time.AfterFunc：
t:=time.AfterFunc(d,f)
//使用time.After：
select{
casem:=<-c:
handle(m)
case<-time.After(5*time.Minute):
fmt.Println("timedout")
}
//使用time.NewTimer:
t:=time.NewTimer(5*time.Minute)
select{
casem:=<-c:
handle(m)
case<-t.C:
fmt.Println("timedout")
}
time.AfterFunc这种方式创建的Timer，在到达超时时间后会在单独的goroutine里执行函数f。
funcAfterFunc(dDuration,ffunc())*Timer{
t:=&Timer{
r:runtimeTimer{
when:when(d),
f:goFunc,
arg:f,
},
}
startTimer(&t.r)
returnt
}
funcgoFunc(arginterface{},sequintptr){
goarg.(func())()
}
从上面AfterFunc的源码可以看到外面传入的f参数并非直接赋值给了运行时计时器的f，而是作为包装函数goFunc的参数传入的。goFunc会启动了一个新的goroutine来执行外部传入的函数f。这是因为所有计时器的事件函数都是由Go运行时内唯一的goroutinetimerproc运行的。为了不阻塞timerproc的执行，必须启动一个新的goroutine执行到期的事件函数。
对于NewTimer和After这两种创建方法，则是Timer在超时后，执行一个标准库中内置的函数：sendTime。
funcNewTimer(dDuration)*Timer{
c:=make(chanTime,1)
t:=&Timer{
C:c,
r:runtimeTimer{
when:when(d),
f:sendTime,
arg:c,
},
}
startTimer(&t.r)
returnt
}
funcsendTime(cinterface{},sequintptr){
select{
casec.(chanTime)<-Now():
default:
}
}
sendTime将当前时间发送到Timer的时间channel中。那么这个动作不会阻塞timerproc的执行么？答案是不会，原因是NewTimer创建的是一个带缓冲的channel所以无论Timer.C这个channel有没有接收方sendTime都可以非阻塞的将当前时间发送给Timer.C，而且sendTime中还加了双保险：通过select判断Timer.C的Buffer是否已满，一旦满了，会直接退出，依然不会阻塞。
Timer的Stop方法可以阻止计时器触发，调用Stop方法成功停止了计时器的触发将会返回true，如果计时器已经过期了或者已经被Stop停止过了，再次调用Stop方法将会返回false。
Go运行时将所有计时器维护在一个最小堆MinHeap中，Stop一个计时器就是从堆中删除该计时器。
Ticker计时器
Ticker可以周期性地触发时间事件，每次到达指定的时间间隔后都会触发事件。
time.Ticker需要通过time.NewTicker或者time.Tick创建。
//使用time.Tick:
gofunc(){
fort:=rangetime.Tick(time.Minute){
fmt.Println("Tickat",t)
}
}()
//使用time.Ticker
varticker*time.Ticker=time.NewTicker(1*time.Second)
gofunc(){
fort:=rangeticker.C{
fmt.Println("Tickat",t)
}
}()
time.Sleep(time.Second*5)
ticker.Stop()
fmt.Println("Tickerstopped")
不过time.Tick很少会被用到，除非你想在程序的整个生命周期里都使用time.Ticker的时间channel。官文文档里对time.Tick的描述是：
time.Tick底层的Ticker不能被垃圾收集器恢复；
所以使用time.Tick时一定要小心，为避免意外尽量使用time.NewTicker返回的Ticker替代。
NewTicker创建的计时器与NewTimer创建的计时器持有的时间channel一样都是带一个缓存的channel，每次触发后执行的函数也是sendTime，这样即保证了无论有误接收方Ticker触发时间事件时都不会阻塞：
funcNewTicker(dDuration)*Ticker{
ifd<=0{
panic(errors.New("non-positiveintervalforNewTicker"))
}
//Givethechannela1-elementtimebuffer.
//Iftheclientfallsbehindwhilereading,wedropticks
//ontheflooruntiltheclientcatchesup.
c:=make(chanTime,1)
t:=&Ticker{
C:c,
r:runtimeTimer{
when:when(d),
period:int64(d),
f:sendTime,
arg:c,
},
}
startTimer(&t.r)
returnt
}
Reset计时器时要注意的问题
关于Reset的使用建议，文档里的描述是：
重置计时器时必须注意不要与当前计时器到期发送时间到t.C的操作产生竞争。如果程序已经从t.C接收到值，则计时器是已知的已过期，并且t.Reset可以直接使用。如果程序尚未从t.C接收值，计时器必须先被停止，并且-如果使用t.Stop时报告计时器已过期，那么请排空其通道中值。
例如：
if!t.Stop(){
<-t.C
}
t.Reset(d)
下面的例子里producergoroutine里每一秒向通道中发送一个false值，循环结束后等待一秒再往通道里发送一个true值。在consumergoroutine里通过循环试图从通道中读取值，用计时器设置了最长等待时间为5秒，如果计时器超时了，输出当前时间并进行下次循环尝试，如果从通道中读取出的不是期待的值（预期值是true)，则尝试重新从通道中读取并重置计时器。
funcmain(){
c:=make(chanbool)
gofunc(){
fori:=0;i<5;i++{
time.Sleep(time.Second*1)
c<-false
}
time.Sleep(time.Second*1)
c<-true
}()
gofunc(){
//trytoreadfromchannel,blockatmost5s.
//iftimeout,printtimeeventandgoonloop.
//ifreadamessagewhichisnotthetypewewant(wewanttrue,notfalse),
//retrytoread.
timer:=time.NewTimer(time.Second*5)
for{
//timerisactive,notfired,stopalwaysreturnstrue,noproblemsoccurs.
if!timer.Stop(){
<-timer.C
}
timer.Reset(time.Second*5)
select{
caseb:=<-c:
ifb==false{
fmt.Println(time.Now(),":recvfalse.continue")
continue
}
//wewanttrue,notfalse
fmt.Println(time.Now(),":recvtrue.return")
return
case<-timer.C:
fmt.Println(time.Now(),":timerexpired")
continue
}
}
}()
//toavoidthatallgoroutineblocks.
varsstring
fmt.Scanln(&s)
}
程序的输出如下：
2020-05-1312:49:48.90292+0800CSTm=+1.004554120:recvfalse.continue
2020-05-1312:49:49.906087+0800CSTm=+2.007748042:recvfalse.continue
2020-05-1312:49:50.910208+0800CSTm=+3.011892138:recvfalse.continue
2020-05-1312:49:51.914291+0800CSTm=+4.015997373:recvfalse.continue
2020-05-1312:49:52.916762+0800CSTm=+5.018489240:recvfalse.continue
2020-05-1312:49:53.920384+0800CSTm=+6.022129708:recvtrue.return
目前来看没什么问题，使用Reset重置计时器也起作用了，接下来我们对producergoroutin做一些更改，我们把producergoroutine里每秒发送值的逻辑改成每6秒发送值，而consumergouroutine里和计时器还是5秒就到期。
//producer
gofunc(){
fori:=0;i<5;i++{
time.Sleep(time.Second*6)
c<-false
}
time.Sleep(time.Second*6)
c<-true
}()
再次运行会发现程序发生了deadlock在第一次报告计时器过期后直接阻塞住了：
2020-05-1313:09:11.166976+0800CSTm=+5.005266022:timerexpired
那程序是在哪阻塞住的呢？对就是在抽干timer.C通道时阻塞住了（英文叫做drainchannel比喻成流干管道里的水，在程序里就是让timer.C管道中不再存在未接收的值)。
producergoroutine的发送行为发生了变化，comsumergoroutine在收到第一个数据前有了一次计时器过期的事件，for循环进行一下次循环。这时timer.Stop函数返回的不再是true，而是false，因为计时器已经过期了，上面提到的维护着所有活跃计时器的最小堆中已经不包含该计时器了。而此时timer.C中并没有数据，接下来用于drainchannel的代码会将consumergoroutine阻塞住。
这种情况，我们应该直接Reset计时器，而不用显式drainchannel。如何将这两种情形合二为一呢？我们可以利用一个select来包裹drainchannel的操作，这样无论channel中是否有数据，drain都不会阻塞住。
//consumer
gofunc(){
//trytoreadfromchannel,blockatmost5s.
//iftimeout,printtimeeventandgoonloop.
//ifreadamessagewhichisnotthetypewewant(wewanttrue,notfalse),
//retrytoread.
timer:=time.NewTimer(time.Second*5)
for{
//timermaybenotactive,andfired
if!timer.Stop(){
select{
case<-timer.C://trytodrainfromthechannel
default:
}
}
timer.Reset(time.Second*5)
select{
caseb:=<-c:
ifb==false{
fmt.Println(time.Now(),":recvfalse.continue")
continue
}
//wewanttrue,notfalse
fmt.Println(time.Now(),":recvtrue.return")
return
case<-timer.C:
fmt.Println(time.Now(),":timerexpired")
continue
}
}
}()
运行修改后的程序，发现程序不会被阻塞住，能正常进行通道读取，读取到true值后会自行退出。输出结果如下：
2020-05-1313:25:08.412679+0800CSTm=+5.005475546:timerexpired
2020-05-1313:25:09.409249+0800CSTm=+6.002037341:recvfalse.continue
2020-05-1313:25:14.412282+0800CSTm=+11.005029547:timerexpired
2020-05-1313:25:15.414482+0800CSTm=+12.007221569:recvfalse.continue
2020-05-1313:25:20.416826+0800CSTm=+17.009524859:timerexpired
2020-05-1313:25:21.418555+0800CSTm=+18.011245687:recvfalse.continue
2020-05-1313:25:26.42388+0800CSTm=+23.016530193:timerexpired
2020-05-1313:25:27.42294+0800CSTm=+24.015582511:recvfalse.continue
2020-05-1313:25:32.425666+0800CSTm=+29.018267054:timerexpired
2020-05-1313:25:33.428189+0800CSTm=+30.020782483:recvfalse.continue
2020-05-1313:25:38.432428+0800CSTm=+35.024980796:timerexpired
2020-05-1313:25:39.428343+0800CSTm=+36.020887629:recvtrue.return
总结
以上比较详细地介绍了Go语言的计时器以及它们的使用方法和注意事项，总结一下有如下关键点：
- Timer和Ticker都是在运行时计时器runtime.timer的基础上实现的。
- 运行时里的所有计时器都由运行时内唯一的timerproc触发。
- time.Tick创建的Ticker在运行时不会被gc回收，能不用就不用。
- Timer和Ticker的时间channel都是带有一个缓冲的通道。
- time.After，time.NewTimer，time.NewTicker创建的计时器触发时都会执行sendTime。
- sendTime和计时器带缓冲的时间通道保证了计时器不会阻塞程序。
- Reset计时器时要注意drainchannel和计时器过期存在竞争条件。
到此这篇关于详解Go语言计时器的使用的文章就介绍到这了,更多相关go语言计时器内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！