垃圾收集器会收集永远不会继续的Go例程吗？

Question

请考虑以下代码作为简化示例：

func printer(c <-chan int) {
    for {
        fmt.Print(<-c)
    }
}

func provide() {
    c := make(chan int)

    go printer(c)

    for i := 1; i <= 100; i++ {
        c <- i
    }
}

函数provide创建一个go例程printer ，打印provide生成的数据。

我的问题是，在provide返回和printer开始阻塞空通道后会发生什么。 go例程是否会泄漏，因为没有进一步引用c或垃圾收集器是否会捕获这种情况并处理go例程和c ？

如果确实是这种代码导致内存泄漏的情况，我可以采取什么策略来防止这种内存泄漏？

Answer 1

关闭频道。 从封闭通道读取总是成功，返回相应的零值。 可选的第二个布尔值返回值表示第一个值的有效性。

接收运营商 ：

表单赋值或初始化中使用的接收表达式

x, ok = <-ch
x, ok := <-ch
var x, ok = <-ch

产生bool类型的额外结果，报告通信是否成功。 如果接收的值是通过成功的发送操作传递给通道，则ok值为true;如果由于通道关闭且为空而产生的零值，则为false。

func printer(c <-chan int) {
        for {
                v, ok := <-c
                if !ok { // chan closed
                        return
                }

                // v is valid
                fmt.Println(v)
        }
}

func provide() {
        c := make(chan int)

        go printer(c)

        for i := 1; i <= 100; i++ {
                c <- i
        }
        close(c)
}

Answer 2

尝试以下程序来验证这确实泄漏了内存。 请注意，这个程序很快就会占用你的RAM; 准备杀了它。

package main

func worker(c <-chan int) {
    var i int

    for {
        i += <-c
    }
}

func wrapper() {
    c := make(chan int)

    go worker(c)

    for i := 0; i < 0xff; i++ {
        c <- i
    }
}

func main() {
    for {
        wrapper()
    }
}

为了解决泄漏问题，请关闭现在孤立的go例程引用的通道。 运行时注意到仅从封闭通道读取的Go例程将永远不会继续并继续释放它。 固定代码如下所示：

package main

func worker(c <-chan int) {
    var i int

    for {
        i += <-c
    }
}

func wrapper() {
    c := make(chan int)
    defer close(c) // fix here

    go worker(c)

    for i := 0; i < 0xff; i++ {
        c <- i
    }
}

func main() {
    for {
        wrapper()
    }
}