当前位置: 首页 > 面试题库 >

goroutine的垃圾是否与渠道一起收集?

鲁烨熠
2023-03-14
问题内容

想象以下代码:

func waitForOneOfTwoProcesses() {

    c := make(chan bool)
    go func() {
        time.Sleep(1 * time.Second)
        c<-true
    }()
    go func() {
        time.Sleep(2 * time.Second)
        c<-true
    }()
    <-c

}

这会泄漏通道和goroutine,还是Go识别出c已消失而goroutine可以退出?

如果通道的缓冲区大小为2,答案是否会有所不同?


问题答案:

如果通道未缓冲,则匿名函数之一将不会返回。该程序泄漏了goroutine和通道。

如果通道的缓冲区大小大于或等于1,则两个匿名函数都将返回。goroutines和channel使用的资源将被回收。

缓冲区大小为1足以防止泄漏。该函数waitForOneOfTwoProcesses接收发送到的值之一c。发送到的第二个值c在通道中缓冲(由GC收集)。

确保goroutines返回的另一种方法是使用非阻塞发送。将这些c <- true行替换为:

 select {
 case c <- true:
 default:
 }


 类似资料:
  • 问题内容: 该问题已发布在某个网站上。我在这里找不到正确的答案,因此我将其再次发布在这里。 我的查询与停止线程无关。让我改一下我的问题。A行(请参见上面的代码)启动一个新线程;和B行使线程引用为空。因此,JVM现在具有一个线程对象(处于运行状态),该对象不存在引用(如B行中的t = null)。所以我的问题是,为什么这个线程(在主线程中不再有引用)一直保持运行状态,直到主线程运行。根据我的理解,线

  • 这是一个内存数据安全问题。 java垃圾收集是否安全地清除垃圾数据? 显然,在一个数据块被垃圾收集后,我不能再检索它了,但黑客还能通过内存转储来检索数据吗?

  • 我试图更多地了解Go的通道和goroutine,所以我决定制作一个小程序,从对象读取的文件中计算单词: 现在,在我发现的大多数示例中,和通道都将被缓冲,比如。但是,在运行这段代码之后,我的程序仍然存在一个错误消息。 基本上,我认为我需要两个通道:一个通道将文件中的行与goroutine通信(因为它可以是任意大小的,所以我不认为我需要在函数调用中通知大小);另一个通道将从goroutine收集结果,

  • Kubernetes 垃圾收集器的角色是删除指定的对象,这些对象曾经有但以后不再拥有 Owner 了。 注意:垃圾收集是 beta 特性,在 Kubernetes 1.4 及以上版本默认启用。 Owner 和 Dependent 一些 Kubernetes 对象是其它一些的 Owner。例如,一个 ReplicaSet 是一组 Pod 的 Owner。具有 Owner 的对象被称为是 Owner

  • 问题内容: 我知道当分配DirectbyteBuffer时,它不受垃圾回收的限制,但是我想知道的是 包装 对象是否被垃圾回收了。 例如,如果我分配了一个新的DirectByteBuffer dbb,然后使用dbb.duplicate()将其复制(浅复制),则我将在同一块内存中使用两个包装器。 这些包装器是否要进行垃圾收集?如果我做了 我最终会自己OOM吗? 问题答案: 在Sun JDK中,由创建的

  • 垃圾回收 我们对生产中花了很多时间来调整垃圾回收。垃圾回收的关注点与Java大致相似,尽管一些惯用的Scala代码比起惯用的Java代码会容易产生更多(短暂的)垃圾——函数式风格的副产品。Hotspot的分代垃圾收集通常使这不成问题,因为短暂的(short-lived)垃圾在大多情形下会被有效的释放掉。 在谈GC调优话题前,先看看这个Attila的报告,它阐述了我们在GC方面的一些经验。 Scal