首页 >后端开发 >Golang >停止无限期写入通道的 goroutine

停止无限期写入通道的 goroutine

WBOY
WBOY转载
2024-02-05 23:09:07944浏览

停止无限期写入通道的 goroutine

问题内容

我有一个函数可以创建一个无限期填充通道的 goroutine,例如:

func foo() <-chan int {
  ch := make(chan int) 
  go func() {
    defer close(ch)
    for {
      ch <- 1
    } 
  }() 
  return ch
}

假设我们有一个消费者想在一段时间后停止:

ch:=foo() 
<-ch
<-ch
// done

现在我想清理 goroutine 资源,包括通道。我尝试为此添加一个“完成”通道,但随后我遇到了僵局:

func Foo() (<-chan int, chan<- bool) {
  ch := make(chan int)
  done := make(chan bool)
  go func() {
    defer close(ch)
    for {
      select {
      case <-done:
          return
      default:
          ch <- 1
      }
    } 
  }() 
  return ch, done
}

func main() {
  ch, done := Foo()
  <-ch
  <-ch
  done <- true
  // HERE
}

现在,它似乎可以工作,但这只是因为程序退出,如果我用一些io操作替换// here(例如:http.get(“http://google.com”)) ,我面临死锁(fatal 错误:所有 goroutine 都在睡觉 - 死锁!)。 我想知道是否有另一种方法可以清理由 foo 函数创建的生成的 goroutine 和通道。foo 函数创建的生成的 goroutine 和通道。


正确答案


只需在启动的 goroutine 中将 default 替换为 case

正确答案

default只需在启动的 goroutine 中将

替换为 case 即可:
    func Foo() (<-chan int, chan<- bool) {
      ch := make(chan int)
      done := make(chan bool)
      go func() {
        defer close(ch)
        for {
          select {
          case <-done:
              return
          case ch <- 1:
          }
        } 
      }() 
      return ch, done
    }
    
  • 原代码在done 通道时,启动的写入 ch 通道的 goroutines 会立即转到 default 情况。然后 goroutine 会阻塞在 ch <- 1 行,直到其他 goroutine 从 ch情况下出现死锁的原因如下:
  • ch 读取两次。这会导致在启动的 goroutine 处有两个成功的执行循环。然后它尝试写入 done。此时启动的goroutine可能已经检查了select语句,陷入default情况并阻塞在ch <- 1行。因此主 goroutine 也会无限期地阻塞在 done <- true当没有其他并发运行的 goroutine 写入 done 通道时,启动的写入 ch 通道的 goroutines 会立即转到
  • 情况。然后 goroutine 会阻塞在 ch <- 1 行,直到其他 goroutine 从 ch 读取值。
🎜主协程从 ch 读取两次。这会导致在启动的 goroutine 处有两个成功的执行循环。然后它尝试写入 done。此时启动的goroutine可能已经检查了select语句,陷入🎜情况并阻塞在ch <- 1行。因此主 goroutine 也会无限期地阻塞在 done <- true 行。这会导致僵局。🎜 🎜

以上是停止无限期写入通道的 goroutine的详细内容。更多信息请关注PHP中文网其他相关文章!

声明:
本文转载于:stackoverflow.com。如有侵权,请联系admin@php.cn删除