golang time包的断续器time.ticker

断续器会在时间到期后立即进入下一个周期并等待再次到达,直到停止。断续器传达到通知的默认途径是它的字段C,是一个channel,容量为1
先看代码

package main
import (
    "fmt"
    "time"
)
func main() {
    intchan := make(chan int, 1)
    ticker := time.NewTicker(time.Second)
    go func() {
        for _ = range ticker.C {
            select {
            case intchan <- 1:
            case intchan <- 2:
            case intchan <- 3:
            }
        }
        fmt.Println("end sender")
    }()
    var sum int
    for e := range intchan {
        fmt.Printf("receive: %d\n", e)
        sum += e
        if sum > 10 {
            fmt.Printf("get :%d\n", sum)
            ticker.Stop()
            break
        }
    }
        //fmt.Println("last receive %d", <-intchan)
       //ticker.Stop()
    fmt.Println("end receive")
}

上述程序中,发送方用断续器ticker每隔1s向intchan通道发送一个[1,3]随机数,这个操作不会主动停止,接收方一直接收直到接收到的数的和大于10为止,但是并不会打印“end sender”这个字符串
原因分析:
如果没有:
fmt.Println("last receive %d", <-intchan)
ticker.Stop()
则发送方仍然会发送一次随机数,随后接收方不会再从通道读取值,下一次循环的时候,就会堵塞再select中
但是如果time.stop()后.仍然不会打印“end sender”
原因分析:
查阅资料可知:
ticker.stop()后
// Stop turns off a ticker. After Stop, no more ticks will be sent.
// Stop does not close the channel, to prevent a read from the channel succeeding
// incorrectly.
翻译一下就是:就是Stop会停止Ticker,停止后,Ticker不会再被发送,但是Stop不会关闭通道,防止读取通道发生错误。所以ticker.stop后,for _ = range ticker.C此处已经不会有任何值了,所以仍然堵塞。

那么如何正确停止Ticker呢:

package main

import (
    "fmt"
    "time"
)

func main() {
    intchan := make(chan int, 1)
    ch := UserTicker(intchan)
    var sum int
    for e := range intchan {
        fmt.Printf("receive: %d\n", e)
        sum += e
        if sum > 10 {
            fmt.Printf("get :%d\n", sum)
            break
        }
    }
    ch <- true
    time.Sleep(2 * time.Second)
    fmt.Println("end receive")
    close(ch)
}

func UserTicker(intchan1 chan int) chan bool {
    stopchan := make(chan bool)
    ticker := time.NewTicker(time.Second)
    go func() {
        defer ticker.Stop()
        for {
            select {
            case <-ticker.C:
                setValue(intchan1)
                fmt.Println("ticker")
            case <-stopchan:
                fmt.Println("end sender")
                return
            }
        }
    }()
    return stopchan
}

func setValue(intchan1 chan int) {
    select {
    case intchan1 <- 1:
        fmt.Println("send 1")
    case intchan1 <- 2:
        fmt.Println("send 2")
    case intchan1 <- 3:
        fmt.Println("send 3")
    }
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容