【问题标题】:What happens when you break the for statement with a range channel当您使用范围通道中断 for 语句时会发生什么
【发布时间】:2020-08-04 04:13:56
【问题描述】:

我正在关注此代码以获取具有 channels

的惰性数字范围
// iterator
func iterator(n int, c chan int) {
    for i := 0; i < n; i++ {
        c <- i
    }
    close(c)
    fmt.Println("iterator End")
}

c := make(chan int)
go iterator(5, c)
for i := range c {
    fmt.Println(i)
}

这将按预期打印

0
1
2
3
4
fmt.Println("iterator End")

但是当我像这样打破 for 循环时发生了什么

c := make(chan int)
go getNumbers(5, c)
for i := range c {
    if i == 2 {
        break
    }
    fmt.Println(i)
}

goroutine 似乎被阻塞了,因为从不打印iterator End(我也尝试让主线程休眠)。 我想知道如何处理这种情况? 我需要使用select 来解决这个问题吗? 有什么安全的方法可以检查范围是否 break 并停止迭代器中的 for-loop

【问题讨论】:

  • make(chan int) 创建一个长度为 0 的通道。这也称为无缓冲通道,这意味着对它的任何写入都将阻塞,直到发生匹配的读取。由于您在 go 例程阻塞写入时停止读取,因此它将永远阻塞该写入。解决这个问题的一个不好的方法是使用make(chan int, 2) 创建一个具有足够大小来存储剩余 2 个值的通道。 (请注意,在您的代码中,您仍然从频道中读取2int,但在打印之前是break)好的解决方案使用context.Context,如下面的答案所述。
  • “我想知道如何处理这种情况?”不要这样做。 “我需要使用 select 来解决这个问题吗?” ??? “有什么安全的方法可以检查范围是否中断并停止迭代器中的 for 循环?”没有。

标签: for-loop go


【解决方案1】:

如果一个 goroutine 写入一个无缓冲的通道并且没有其他 goroutine 正在从该通道读取 - 那么写入将永远阻塞。这将导致 goroutine 泄漏。这就是你正在经历的。

如果你有一个写入通道的“生产者”goroutine,你需要一种方法来通知它停止。关闭通道在这里不是关键部分 - 因为通道超出范围时会被垃圾收集。阻塞的 goroutine(永远不会解除阻塞)被认为是泄漏,因为它永远不会被回收,所以你真的需要结束 goroutine。

您可以通过多种方式表示退出意图 - 最受欢迎的两种方式是:

信号:完成通道

func iterator(n int, c chan int, done <-chan struct{}) {
    for i := 0; i < n; i++ {
        select {
        case c <- i:
        case <-done:
            break
        }
    }
    close(c)
    fmt.Println("iterator End")
}

阅读器协程:

c := make(chan int)
done := make(chan struct{})
go iterator(5, c, done)
for i := range c {
    if i == 2 {
        break
    }
    fmt.Println(i)
}
close(done) // signal writer goroutine to quit

信号:context.Context

func iterator(ctx context.Context, n int, c chan int) {
        defer close(c)
        defer fmt.Println("iterator End")

        for i := 0; i < n; i++ {
                select {
                case c <- i:
                case <-ctx.Done():
                        fmt.Println("canceled. Reason:", ctx.Err())
                        return
                }
        }
}

读取 goroutine:

func run(ctx context.Context) {
        ctx, cancel := context.WithCancel(ctx)
        defer cancel()  // call this regardless - avoid context leaks - but signals producer your intent to stop
        c := make(chan int)
        go iterator(ctx, 5, c)
        for i := range c {
                if i == 2 {
                        break
                }
                fmt.Println(i)
        }
}

https://play.golang.org/p/4-fDyCurB7t

【讨论】:

  • 可能值得一提的是,golang.org/pkg/context 的文档对Context 的内容进行了不必要的技术和抽象。它讨论了“请求范围”、“API 边界”和“服务器”。简单地说,Context 是所有 Go 中最受赞誉的布尔值,它允许你告诉一个 go 例程它应该使用各种语言语义终止;运行 main() 的 go 例程也不例外。
  • 同意。这就是为什么我用一个简单的done 频道来领导。使用 gRPC、REST 等编写微服务时 - context.Context 已经免费提供 - 因此值得习惯它们的工作方式。
  • 感谢您的解释。我没有想到context.Context。很高兴知道它。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-10-05
  • 2012-12-03
  • 1970-01-01
相关资源
最近更新 更多