一分耕耘，一分收获！既然打开了这篇文章《防止Golang后台进程CPU使用率过高》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！
问题内容我正在编写一个 go 程序，用于监视文件并在其中一个文件发生更改时运行系统命令。到目前为止，效果很好。我对我的主“无限”循环有疑问，因为我不希望它占用所有系统 cpu 资源：
runtime.GOMAXPROCS(1)
for {
updatedFiles, _ := GetWatchMap(config)
if !reflect.DeepEqual(filesToWatch, updatedFiles) {
start := time.Now()
_, _ = colorstring.Println(fmt.Sprintf(" [yellow] ⬇ Update detected[white] at [green]%s[white] > updating...", start.Format("15:04:05")))
_, _ = Update(config)
end := time.Now()
elapsed := end.Sub(start)
_, _ = colorstring.Println(fmt.Sprintf(" [green]✅ Done![white] in [yellow]%.2f[white] second(s).", elapsed.Seconds()))
filesToWatch = updatedFiles
} else {
time.Sleep(config.SleepTime)
}
}所以，我所做的是设置 gomaxprocs，因此它只使用“1 cpu/core”，并且我在 else 分支中添加了可配置的睡眠时间。
如果没有睡眠时间，htop 显示该进程占用了 100% 的 cpu 时间（我猜它是一个核心的 100%？），无论我是否调用 runtime.gomaxprocs(1) 。
如果我在我的机器（macmini i7，12 核）上使用 30 毫秒的睡眠时间，htop 会报告该进程的 cpu 利用率为 20%，这看起来不错，但我想这会根据运行该程序的计算机而有所不同。
这里的最佳实践是什么？
解决方案
GOMAXPROCS 并不像您想象的那样。来自包运行时文档：
GOMAXPROCS 变量限制可以同时执行用户级 Go 代码的操作系统线程的数量。代表 Go 代码在系统调用中可以阻塞的线程数量没有限制；这些不计入 GOMAXPROCS 限制。
它限制操作系统线程。如果您的代码不使用可以调度到操作系统线程的goroutine，那么限制线程数量实际上没有。 只要删除 GOMAXPROCS 的东西，它什么也不做。 （如果将 GOMAXPROCS 设置为 12，则最多将有 12 个操作系统线程实际执行 Goroutine 代码；如果只有一个 Goroutine 限制它可以运行的操作系统线程数，则属于 noop。）
您所能做的就是不像 time.Sleep() 那样忙循环。根据您的要求，您可以定期调用实际代码，例如通过 time.Ticker。没有单一的“最佳实践”（除了不要摆弄 GOMAXPROCS）。
本篇关于《防止Golang后台进程CPU使用率过高》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注编程网公众号！
