Go低占用无限循环实现技巧

在 Go 中，看似简单的 `for {}` 无限循环会因缺乏调度让出机制而持续抢占 CPU，导致占用率飙升至100%，尤其在单核或 `GOMAXPROCS=1` 环境下更为严重；文章揭示这并非语言缺陷，而是“空转”的必然结果，并指出只需添加 `time.Sleep(1ms)` 这类非零休眠，即可将 CPU 占用压至 0.5% 以下——关键在于主动交还时间片、为运行时调度创造机会，而非追求极致精度；对于绝大多数后台轮询、健康检查等场景，固定短休眠比动态计算更简单、稳定且高效。

为什么 for {} 会让 CPU 占满？

Go 中写 for {} 确实是无限循环，但它不包含任何让出 CPU 的操作，编译器和运行时也不会自动插入休眠或调度点。goroutine 会持续抢占时间片，尤其在单核或 GOMAXPROCS=1 时更明显。这不是 Go 的 bug，而是“空转”本就会耗尽可用算力。

用 time.Sleep 是最直接的解法

加一个足够短但非零的休眠，就能把 CPU 占用压到几乎为 0。关键不是“睡多久”，而是“必须让 runtime 有机会调度其他 goroutine 或交还 OS 时间片”。

• time.Sleep(1 * time.Millisecond)：对大多数轮询场景够用，CPU 占用通常低于 0.5%
• 别用 time.Sleep(0)：它不会触发调度，效果等同于没睡
• 避免动态计算休眠时长（比如根据上一轮耗时调整），除非真有实时性要求；多数后台监听/健康检查场景固定值更稳
• 如果循环体本身有阻塞操作（如 ch := ），就不需要额外 Sleep——那是另一种“天然让出”方式

用 runtime.Gosched() 要小心场景

runtime.Gosched() 会主动让出当前 goroutine 的执行权，但它不保证休眠、也不释放 OS 线程，只提示调度器“我可以换人了”。在无其他可运行 goroutine 时，它可能立刻被重新调度，仍导致高 CPU。

• 仅适合配合大量 goroutine 并发且需精细控制协作的场景
• 单独用于 for {} 中基本无效，不如 time.Sleep
• Go 1.21+ 中它的行为更保守，但语义没变：它不等价于“暂停”，只是“建议调度”

真正该考虑的是：你真的需要无限循环吗？

很多所谓“无限循环”其实是想等某个信号（文件变化、网络事件、定时触发）。硬写循环 + Sleep 不仅难维护，还掩盖了真实意图。

• 文件监听优先用 fsnotify 库，而不是每 100ms os.Stat
• 定时任务用 time.Ticker，而非 for { do(); time.Sleep() }
• 等待关闭信号，直接 <-done 阻塞，比轮询 done != nil 干净得多
• 若必须轮询（比如某些硬件接口），至少把 Sleep 时长暴露为配置项，方便压测调优

空循环本身没有错，但把它当成默认模式，往往说明还没找到更贴合问题本质的并发原语。

好了，本文到此结束，带大家了解了《Go低占用无限循环实现技巧》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！