douwang9650 2019-01-13 05:22
浏览 60
已采纳

一个通道带有一个接收器,未知数量的goroutine发送器导致死锁

I have one channel and the receiver is main. I spawn multiple goroutines that each send a string over the channel.

Now, this causes a deadlock because I didn't close the channel properly using the close function. The thing is, I have no idea how many goroutines will be created, so there's no way to know when to close the channel.

I've tried using WaitGroup, the problem is, I've read that I can't use Add in the goroutine and that I should use wg.Add(1) in the main process/goroutine, I've tried using Add in the parent goroutine spawning the child goroutine, that also caused a deadlock

package main

import (
    "fmt"
    "sync"
)

var i = 0

func doSomething(ch chan string, wg sync.WaitGroup) {
    defer wg.Done()
    ch <- fmt.Sprintf("doSomething: %d", i)
    i++
    if i == 10 {return}
    wg.Add(1)
    go doSomething(ch, wg)
}

func main() {
    ch := make(chan string)
    var wg sync.WaitGroup
    wg.Add(1)
    go doSomething(ch, wg)
    wg.Wait()
    for s := range ch {
        fmt.Println(s)
    }
}

Now, this is just a test code, so, assume that we don't know that we will create 10 goroutines only, assume that it's unknown at runtime, here I get a deadlock error instantly without any output, if I don't use WorkGroup I get the error at before printing the 10th string (because I didn't close the channel)

I've also tried not spawning a goroutine for each function call and instead use one goroutine for all the recursive calls (starting from main), and to close the channel, I made an anonymous function for go that first calls the doSomething function then calls close, so all the recursive calls will have been evaluated and we will for sure know when to close the channel. But, this is now what I'm trying to accomplish, I'm trying to get the unknown number of goroutines to work together and close the channel after they're done somehow.

  • 写回答

1条回答 默认 最新

  • drmqzb5063 2019-01-13 06:05
    关注

    There are a few issues.

    The first is that the program copies wait group values when passing them as arguments. Wait groups don't work correctly when copied. Pass pointer to a wait group instead.

    The second issue is that main waits for all of the goroutines complete before receiving values from the channels. Because the channel's buffer is not large enough to hold all sent values, the program deadlocks.

    A third issue is that main ranges over the channel, but nothing ever closes the channel. Main will not exit as a result.

    To fix the second and third issues, start another goroutine to wait on doSomthings and close the channel when they are done.

    Try this:

    func doSomething(ch chan string, wg *sync.WaitGroup) {
        defer wg.Done()
        ch <- fmt.Sprintf("doSomething: %d", i)
        i++
        if i == 10 {
            return
        }
        wg.Add(1)
        go doSomething(ch, wg)
    }
    
    func main() {
        ch := make(chan string)
        var wg sync.WaitGroup
        wg.Add(1)
        go doSomething(ch, &wg)
        go func() {
            wg.Wait()
            close(ch)
        }()
        for s := range ch {
            fmt.Println(s)
        }
    }
    
    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

悬赏问题

  • ¥15 网络科学导论,网络控制
  • ¥100 安卓tv程序连接SQLSERVER2008问题
  • ¥15 利用Sentinel-2和Landsat8做一个水库的长时序NDVI的对比,为什么Snetinel-2计算的结果最小值特别小,而Lansat8就很平均
  • ¥15 metadata提取的PDF元数据,如何转换为一个Excel
  • ¥15 关于arduino编程toCharArray()函数的使用
  • ¥100 vc++混合CEF采用CLR方式编译报错
  • ¥15 coze 的插件输入飞书多维表格 app_token 后一直显示错误,如何解决?
  • ¥15 vite+vue3+plyr播放本地public文件夹下视频无法加载
  • ¥15 c#逐行读取txt文本,但是每一行里面数据之间空格数量不同
  • ¥50 如何openEuler 22.03上安装配置drbd