这段代码中出现高 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 占用，避免程序因过度轮询而导致性能问题。