这段代码中出现高 CPU 使用率的原因主要是由于忙轮询（busy-waiting）问题。让我们仔细分析下这个问题：

代码分析

go

复制代码

select {

case v := <-ch:

// 从通道接收到值 v

default:

// 无数据可接收，走到 default 分支

}

case v := <-ch: 尝试从通道 ch 中接收数据。如果通道中有数据，这个分支会被执行，v 会被赋值。

default: 如果通道中没有数据，执行 default 分支。

为什么会导致高 CPU 使用率？

在这个结构中，当通道 ch 中没有数据时，程序会立即跳到 default 分支。这意味着程序不会阻塞，而是会继续执行后续的逻辑。如果这段代码位于一个循环中，程序将会非常频繁地尝试从通道中读取数据，但由于没有数据，它会不断地快速进入 default 分支。因为每次检查都非常快（没有任何阻塞），CPU 将被大量占用，这就是忙轮询。

典型的高 CPU 使用情境

假设代码像这样被用在一个循环中：

go

复制代码

for {

select {

case v := <-ch:

fmt.Println(v)

default:

// 执行其他操作或什么都不做

}

}

在这种情况下，程序将以极高的频率尝试从通道 ch 中接收数据。当通道没有数据时，它会不断地进入 default 分支并重复执行，导致 CPU 空转（一直在处理无效操作）。这种频繁的检查没有任何阻塞操作，导致 CPU 的使用率迅速上升。

解决方案

使用阻塞机制：在没有数据可用时可以让 Goroutine 休息，减少 CPU 占用率。例如，可以在 default 分支中加入短暂的 sleep 来避免忙轮询。

go

复制代码

for {

select {

case v := <-ch:

fmt.Println(v)

default:

time.Sleep(10 * time.Millisecond) // 适当的休眠降低CPU占用

}

}

避免频繁的非阻塞操作：如果不需要紧急响应，可以避免使用非阻塞的 select。在通道上没有数据时，允许 Goroutine 阻塞等待是更为有效的做法。比如直接使用阻塞式接收：

go

复制代码

for v := range ch {

fmt.Println(v)

}

这段代码会在通道 ch 中有数据时接收数据，而在没有数据时阻塞，直到有新的数据进入通道。

定期轮询（带时间间隔）：如果一定要使用 default 分支，可以通过 time.After 来设置定期轮询，而不是频繁尝试接收数据：

go

复制代码

for {

select {

case v := <-ch:

fmt.Println(v)

case <-time.After(10 * time.Millisecond): // 定期执行

fmt.Println("No data, waiting...")

}

}

总结

高 CPU 使用率的主要原因是因为代码进入了忙轮询状态，即没有数据时没有任何阻塞或延迟操作，导致 CPU 不断地循环尝试获取数据。通过引入适当的阻塞、休眠或时间间隔可以有效降低 CPU 占用，避免程序因过度轮询而导致性能问题。