Go程序在htop中显示多个“进程”是常见误解，实为轻量级进程或线程。本文深入探讨Go运行时与操作系统进程、线程的关系，区分htop、ps/top的显示差异，并提供观察Go程序进程行为的最佳实践，强调GOMAXPROCS的作用及避免go run可能带来的混淆，旨在帮助开发者准确理解Go应用的底层运行机制。
在Go语言的并发编程实践中，开发者有时会观察到使用htop等工具监控Go程序时，显示有多个“进程”在运行，且总CPU使用率可能超过100%，这常常引起对Go程序实际进程模型的疑问。本文将深入解析Go程序在操作系统层面的运行机制，澄清htop、ps、top等工具在显示进程信息时的差异，并提供观察Go程序行为的最佳实践。
Go程序与操作系统进程/线程模型
一个标准的Go应用程序在操作系统层面通常表现为一个单一的OS进程。在这个进程内部，Go运行时（runtime）负责管理其自身的并发模型——Goroutine。Goroutine是Go语言特有的轻量级协程，由Go调度器在少量操作系统线程上进行多路复用。这意味着，Go程序会启动一个或多个OS线程来执行这些Goroutine。
OS进程 (Process): 操作系统分配资源（内存、文件句柄等）的基本单位。一个Go应用程序通常对应一个OS进程。OS线程 (Thread): 操作系统调度的基本单位。一个OS进程可以包含多个OS线程。在Linux中，这些线程有时也被称为“轻量级进程”（LWP）。Goroutine: Go语言运行时管理的并发执行单元，比OS线程更轻量。数以万计的Goroutine可以在少数OS线程上高效运行。
Go运行时会根据需要动态地创建和销毁OS线程，以高效地执行Goroutine、处理系统调用、进行垃圾回收等。因此，即使Go程序只有一个主OS进程，它内部也可能包含多个OS线程。
htop、ps与top的视角差异
不同的系统监控工具在显示“进程”信息时，其默认行为和侧重点有所不同，这正是导致误解的关键：
htop：显示轻量级进程（LWP）或线程htop默认情况下会显示进程及其内部的线程。在Linux系统中，线程通常被实现为共享地址空间的轻量级进程（LWP）。因此，当一个Go程序启动多个OS线程时，htop会将其显示为多个独立的条目，尽管它们都属于同一个父OS进程。这些条目共享相同的内存使用量，但各自拥有独立的CPU使用率。在一个多核系统上，这些线程可以并行执行，其CPU使用率之和可能超过100%。即使在单核系统上，由于线程间的上下文切换和Go调度器的活动，htop显示的总CPU使用率也可能因为统计方式而显得较高。
ps 和 top：默认显示OS进程相比之下，ps（尤其是不带-L或-T选项时）和top（默认模式）通常只显示顶层操作系统进程。对于一个Go应用程序，它们只会显示一个主进程条目，这更符合我们对“一个应用程序就是一个进程”的直观理解。
若要ps显示线程，可以使用ps -L 或ps -T。top可以通过按H键来切换显示线程模式。
因此，当在htop中看到Go程序有多个“进程”时，实际上是看到了该Go进程内部的多个OS线程（LWP），而非多个独立的OS进程。
GOMAXPROCS的作用
GOMAXPROCS是一个环境变量或运行时函数，用于控制Go调度器可以同时使用的最大OS线程数。它决定了有多少个Goroutine可以同时在CPU上执行（不包括进行系统调用或阻塞I/O的Goroutine）。
默认值： 从Go 1.5版本开始，GOMAXPROCS的默认值等于机器的CPU核心数。设置为1： 即使GOMAXPROCS被设置为1，Go运行时仍然可能启动多个OS线程。例如，一个线程可能专门用于执行Go代码，而另一个线程可能用于处理阻塞的系统调用，或者进行垃圾回收。GOMAXPROCS=1仅仅限制了Go调度器在同一时刻有多少个OS线程可以执行用户态的Go代码。
因此，即使GOMAXPROCS设置为1，在htop中看到多个OS线程（LWP）也是正常的。
观察Go程序进程行为的最佳实践
为了准确观察Go程序的进程行为，并避免不必要的混淆，建议遵循以下实践：
避免使用 go run 进行长期或关键的性能观察go run命令在后台执行了编译和运行操作。它可能会创建临时文件，并且在程序异常终止时，有时可能无法完全清理所有相关的进程或资源。在调试或测试并发行为时，go run的这种特性可能会导致观察到的进程数量不准确，甚至留下僵尸进程。
使用 go build 编译后直接运行二进制文件这是观察Go程序行为最可靠的方法。首先，编译你的Go程序：
go build -o myprogram main.go
然后，直接运行生成的二进制文件：
./myprogram
这样可以确保你运行的是一个独立的、干净的Go可执行文件，减少go run可能引入的额外复杂性。
确保程序正确终止和同步在并发程序中，确保所有Goroutine在主程序退出前都能正确完成或被终止至关重要。使用sync.WaitGroup、context.Context或适当的通道（channel）进行 Goroutine 间的同步和协调，而不是依赖长时间的time.Sleep作为程序退出机制。不当的程序终止可能导致资源泄露或僵尸进程。
Go程序不会自发创建新的OS进程除非你的Go代码显式地使用了os/exec包来启动外部命令，或者通过syscall包进行更底层的操作，否则一个Go程序不会自行创建新的操作系统进程。如果在ps或top中看到多个与你的Go程序同名的独立进程，那很可能是因为你多次启动了该程序，或者存在未被正确清理的旧实例。
总结
Go程序在htop中显示多个“进程”是Go运行时管理OS线程的正常表现，这些“进程”实际上是Go进程内部的OS线程（LWP）。理解htop、ps和top在显示进程信息时的差异，以及GOMAXPROCS对Go调度器的影响，对于准确诊断Go程序的运行时行为至关重要。通过采用go build并直接运行二进制文件、确保程序正确同步和终止，可以获得更清晰、更准确的Go程序进程视图。
以上就是Go程序进程行为解析：htop与OS进程的误区与GOMAXPROCS的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1412431.html
微信扫一扫 
支付宝扫一扫 
