Golang：定时器的终止与重置
昨日有读者对定时器的终止有疑问，今天我们来聊一聊定时器的终止与重置吧！
先看下面一段代码：
funcmain(){timer:=time.NewTimer(3*time.Second)fmt.Println(time.Now(),"炸弹将于3秒后引爆")timer.Stop()fmt.Println("定时炸弹已拆除，定时器失效")t:=<-timer.Cfmt.Println("炸弹引爆于",t)}先来看看运行结果：
2021-08-2510:08:34.706412+0800CSTm=+0.023017601炸弹将于3秒后引爆定时炸弹已拆除，定时器失效fatalerror:allgoroutinesareasleep-deadlock!
我们可以趁定时器时间未到而使用Stop来将定时器终止，如果定时器已被叫停，其时间管道永远读不出数据了，如果强制读取，就会出现死锁。因为使用Stop就是停止往管道里面写数据了，或者可以这样说，就是管道里面的数据已经读完了，使用time.NewTimer(3 * time.Second)就是往管道里面写数据。
我们再来看一个有趣的例子：
funcmain(){timer:=time.NewTimer(1*time.Second)fmt.Println(time.Now())time.Sleep(2*time.Second)fmt.Println(time.Now())timer.Reset(10*time.Second)fmt.Println("炸弹引爆于",<-timer.C)}现在，思考一下，炸弹是什么时候引爆的！
想知道答案吗？不要着急,不要着急，休息，休息一会儿，答案马上揭晓。
我们来看看运行结果吧：
2021-08-2510:15:16.8406335+0800CSTm=+0.0149998012021-08-2510:15:18.906213+0800CSTm=+2.080579301炸弹引爆于2021-08-2510:15:17.8522233+0800CSTm=+1.026589601
是不是和你想的一样？如果不是，没关系，听我细细道来。
因为time.sleep()是让主协程睡大觉，而timer.C读的那条管道的协程是独立的。所以你让主协程睡大觉并不会影响定时器的计时，就相当于一个定时炸弹要引爆了，你马上把手表的时间往后调，但是定时炸弹上的数字时间不会因为手表上的时间往后调而往后调。
诶！这时你会说我不是重置了吗？
但是定时器超时了，那么重置就不起作用了，你想一想，定时炸弹都爆炸了，你去重置还有效吗？
如果我们将定时器的时间调到3秒，就是这样：
timer:=time.NewTimer(3*time.Second)
那么输出结果会怎样？
2021-08-2510:26:21.1299417+0800CSTm=+0.0209833012021-08-2510:26:23.2191128+0800CSTm=+2.110154401炸弹引爆于2021-08-2510:26:33.227692+0800CSTm=+12.118733601
设置定时器后2秒，主协程才执行到Reset()，所以炸弹是在设置定时器12秒后才爆炸的。
有趣的是，当我查看Reset()的源码时，发现了这样一段注释：
//Resetshouldbeinvokedonlyonstoppedorexpiredtimerswithdrainedchannels.//Ifaprogramhasalreadyreceivedavaluefromt.C,thetimerisknown//tohaveexpiredandthechanneldrained,sot.Resetcanbeuseddirectly.//Ifaprogramhasnotyetreceivedavaluefromt.C,however,//thetimermustbestoppedand—ifStopreportsthatthetimerexpired//beforebeingstopped—thechannelexplicitlydrained:////if!t.Stop(){//<-t.C//}//t.Reset(d)根据我的理解，大意是这样的，如果计时器已经过期，并且t.C已经被读完了，那么可以直接使用Reset。而如果程序Reset之前未从t.C中读取过值的话，就需要调用Stop来结束定时器，才能使用reset。
作者：ReganYue