带有 for 循环的 golang channel 行为

标签 go goroutine

我很好奇 channel 的行为以及它们与循环相关的工作方式。假设我有以下代码:

消费者

tick := time.Tick(time.Duration(2) * time.Second)
for {
    select {
    case <-tick:
        p.channel <-true
    }
}

我有一个 goroutine 具有以下内容:

处理器

for {
    select {
    case canProcess := <-p.channel:
        // synchronous process that takes longer than 2 seconds
    case <-p.stop:
        return
    }
}

如果消费者推送到 channel 的速度比处理器完成同步过程的速度快,会发生什么情况?

它们是堆积起来等待处理器完成,还是跳过一个“节拍”?

如果它们堆积起来,是否存在内存泄漏的可能性?

我知道我可以将同步过程放在 goroutine 中,但这实际上是为了了解 channel 的行为方式。 (即我的示例有一个 2 秒的刻度,但它不是必须的)。

最佳答案

select只会在下一次调用,如果上一个case对应的代码已经完成就打勾,
你仍然可以通过指定 channel 的大小来获得一些杠杆,即 channel := make(chan bool,10)

见下文:

func main() {

    channel := make(chan bool, 10)
    go func() {
        tick := time.Tick(time.Duration(1) * time.Second)
        for {
            select {
            case <-tick:
                fmt.Printf("Producer: TICK %v\n", time.Now())
                channel <- true
                }
        }
    }()

    for {
        select {
        case canProcess := <-channel:
            time.Sleep(3*  time.Second)
            fmt.Printf("Consumer: Completed : %v\n")
            fmt.Printf("%v\n", canProcess)
        }
    }
}

关于带有 for 循环的 golang channel 行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48758102/

相关文章:

go - 如何动态决定处理任务的 goroutines 数量

html - 如果用户已登录则隐藏 HTML 内容

sql - 在 Go 数据库/sql 包中查看带参数的查询

go - 为什么带有网络 I/O 的 goroutines 被阻塞了?

unit-testing - 测试 Golang 协程

go - 当您向 channel 发送消息并关闭它时是否存在数据竞争?

Go函数写入同一个 map

go - 如何用 Golang big.Int 计算 `x^3 + ax + b mod p`

git - 在 golang 中导入私有(private)存储库时版本和 https 引用无效

templates - 转到模板 : Currency pipe format?