主页 / coding / 问题 / 79418587
Accepted
user10089194
Asked: 2025-02-07 00:03:37 +0800 CST

Go 中的 or-done-channel 模式 - 为什么内部选择中没有返回，并且如果 done 和生产者通道都可用会发生什么？

  • 772

阅读Go 中的并发。

尝试理解或完成通道模式。

我无法理解执行流程。

我已经提到了我产生疑问的那条线上的数字。

  1. 为什么returninner 中没有<-done像 outer 中那样的语句select？因为没有return语句，所以下一次迭代将运行，如果在该迭代中我们同时拥有<- done和<-c可用，会怎么样？我们知道select-case如果有多个可用案例，我们将任意选择其中任何一种案例。这是否意味着<-c即使<-done可用，也有可能运行？

  2. 由于select-case在有多个案件可用时任意选择一个案件，因此是否可以假设最终<- done会选择，但不一定在结案后立即选择。当然，这种疑问是在两个案件即和都可用的情况下。<-done<-c

  3. 有可能关闭时<- v不会写入并且会永远丢失，对吗？valStreamdone

orDone := func(done, c <-chan interface{}) <-chan interface{} {
    valStream := make(chan interface{})
    go func() {
        defer close(valStream)
        for {
            select {                   //2
            case <-done:
                return
            case v, ok := <-c:
                if ok == false {
                    return
                }
                select {
                case valStream <- v:   //3
                case <-done:           //1
                }
            }
        }
    }()
    return valStream
}

在此处输入图片描述

基本上，如果我错了，请纠正我，或者确认我对执行的理解是正确的。代码确实存在“漏洞”，这只是这里的渠道行为。

类似问题在这里

go

1 个回答

  1. Best Answer
    1. 内部 select <-donecase 也应该有 return。此代码依赖于外部 select 来捕获<-done，这可能不会立即发生
    2. 如果<-done可用，最终将选择它。很可能很快就会选择它，但您说得对。即使内部选择选择，也无法保证<-done外部也会在下一次迭代中选择它。
    3. 如果<-done可用，那么是的，有可能v会被读取但不会被写入
    • 1

相关问题