Go 中 goroutine 与 channel 的垃圾回收机制详解-Golang-PHP中文网

Go 中 goroutine 与 channel 的垃圾回收机制详解

本文解析 go 语言中 goroutine 和 channel 的生命周期关系，明确说明未接收的发送操作是否导致资源泄漏，并通过缓冲通道对比阐明 gc 触发条件。

本文解析 go 语言中 goroutine 和 channel 的生命周期关系，明确说明未接收的发送操作是否导致资源泄漏，并通过缓冲通道对比阐明 gc 触发条件。

在 Go 中，goroutine 和 channel 并非“捆绑”被垃圾回收——它们的可回收性取决于是否仍存在可达引用，以及是否存在阻塞的通信行为。关键不在于“goroutine 是否关联某个 channel”，而在于 goroutine 是否仍在运行、是否被阻塞、以及其持有的资源是否还被其他活跃对象引用。

以问题中的代码为例：

func waitForOneOfTwoProcesses() {
    c := make(chan bool) // 无缓冲 channel
    go func() {
        time.Sleep(1 * time.Second)
        c <p>该函数存在<strong>资源泄漏</strong>：  </p>

c 是无缓冲 channel，发送操作 c
第一个 goroutine 发送后立即被唤醒并退出；
第二个 goroutine 在 c
该 goroutine 永远无法结束，其栈、局部变量（包括对 c 的引用）持续存活；
c 本身也被该 goroutine 持有，无法被 GC 回收。

⚠️ 注意：GC 不会主动“杀死”阻塞的 goroutine。Go 的垃圾收集器只回收不可达对象（即没有任何活跃 goroutine 或全局变量能访问到的对象）。只要 goroutine 还在运行（哪怕阻塞），它就被视为活跃，其所持资源均不可回收。

SauceNAO

一款AI工具，主要用于SauceNAO是一个专注于动漫领域的以图搜图工具，适合需要提升相关任务效率的用户。

下载

✅ 正确修复方式是使用带缓冲的 channel：

func waitForOneOfTwoProcessesFixed() {
    c := make(chan bool, 1) // 缓冲大小为 1
    go func() {
        time.Sleep(1 * time.Second)
        c <p>当 cap(c) >= 1 时：</p>