go 程序默认仅使用单个 os 线程（除非 go 1.5+ 自动适配 cpu 核心数），导致在多核机器上无法天然提升吞吐量；需显式设置 gomaxprocs 或通过环境变量启用多线程调度，才能让 http 服务器真正并行处理请求。
go 程序默认仅使用单个 os 线程（除非 go 1.5+ 自动适配 cpu 核心数），导致在多核机器上无法天然提升吞吐量；需显式设置 gomaxprocs 或通过环境变量启用多线程调度，才能让 http 服务器真正并行处理请求。
Go 的并发模型基于 Goroutine + M:N 调度器（GMP），其核心设计目标是高效复用少量 OS 线程（M）来运行大量轻量级协程（G）。但关键点在于：Go 运行时默认最多仅将 Goroutine 调度到 GOMAXPROCS 个操作系统线程上并行执行——这直接决定了程序能否利用多核 CPU 的计算能力。
在 Go 1.4 及更早版本中，GOMAXPROCS 默认值恒为 1，即无论宿主机有多少物理核心，Go 程序都只能在一个 OS 线程上顺序/协作式调度所有 Goroutine，无法实现真正的并行（parallelism），仅支持并发（concurrency）。虽然 net/http 服务器本身会为每个连接启动 Goroutine，但若 GOMAXPROCS=1，这些 Goroutine 仍被串行调度，I/O 等待虽不阻塞整体，但 CPU 密集型或高竞争场景下吞吐极易成为瓶颈。
自 Go 1.5 起，GOMAXPROCS 默认值自动设为 runtime.NumCPU()（即逻辑 CPU 核心数），因此现代 Go 版本在多数生产环境中已“开箱即用”支持多核。但你的测试环境（VirtualBox + 旧版 Go？）可能仍运行于默认 GOMAXPROCS=1 状态，导致增加虚拟 CPU 核心后性能无明显提升——正如你观察到的 ab 和 wrk 初期结果波动极小。
✅ 正确做法是显式设置 GOMAXPROCS，推荐在 main() 开头调用：
package main
import (
"net/http"
"runtime"
)
func main() {
// 显式启用全部可用逻辑核心（推荐）
runtime.GOMAXPROCS(runtime.NumCPU())
http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "text/plain; charset=utf-8")
w.Write([]byte("Hello World"))
})
http.ListenAndServe(":80", nil)
}⚠️ 注意事项：
- runtime.GOMAXPROCS(n) 应在程序启动早期调用（通常 main() 开头），后续修改虽有效但可能导致调度抖动，不建议动态调整；
- 若部署在容器中（如 Docker），runtime.NumCPU() 返回的是宿主机 CPU 数，而非容器 --cpus 限制值。此时应结合 cgroups 或环境变量（如 GOMAXPROCS）精准控制，避免过度分配；
- GOMAXPROCS 设置的是 OS 线程上限，不是 Goroutine 数量限制——Goroutine 仍可无限创建（受内存约束），只是并发执行的“跑道”变宽了。
? 为什么 ab 测试对 GOMAXPROCS 不敏感？
ab（Apache Bench）是单线程压测工具，即使 -c 1000 模拟千并发，其所有请求均由单个进程内的单个线程发起，网络 I/O 也受限于本地 socket 缓冲区与 TCP 栈。它主要反映服务端单线程处理能力的瓶颈（如锁竞争、序列化开销），而非多核调度收益。相比之下，wrk 支持多线程（-t N），能更真实地模拟多客户端并发场景，因此开启多 GOMAXPROCS 后 wrk 性能提升显著（如你测试中从 ~24K → ~58K RPS），而 ab 基本不变——这恰恰印证了问题根源在于 Go 调度器并行能力，而非业务逻辑本身。
✅ 最佳实践总结：
- 始终显式设置 GOMAXPROCS：runtime.GOMAXPROCS(runtime.NumCPU()) 是安全且推荐的初始化方式；
- 容器环境需额外适配：通过 GOMAXPROCS 环境变量或读取 /sys/fs/cgroup/cpu/cpu.cfs_quota_us 动态计算；
- 压测工具选择要匹配目标：评估多核扩展性请优先使用 wrk -tN、hey 或 fortio，避免依赖单线程工具 ab；
- 监控验证：部署后可通过 runtime.NumGoroutine()、pprof CPU profile 或 go tool trace 确认 Goroutine 是否均匀分布到多个 P（Processor）上。
Go 的多核扩展能力并非“不存在”，而是需要开发者理解其调度模型并主动激活。正确配置 GOMAXPROCS 后，你的简单 HTTP 服务即可线性（接近）利用全部 CPU 核心，轻松应对万级并发——这才是 Go 高性能网络服务的正确打开方式。
