runtime.numcpu() 返回逻辑cpu数而非物理核心数；它在程序启动时固定读取，反映os报告的可用逻辑处理器数（含超线程），不随gomaxprocs变化，也不受容器cgroups限制。
runtime.NumCPU() 返回的是逻辑核数，不是物理核心数
Go 的 runtime.NumCPU() 返回的是操作系统报告的**可用逻辑处理器数量**（即包括超线程后的核数），比如 Intel i7-10700K 在 Linux 上通常返回 16。它不区分物理核心与超线程，也不受 GOMAXPROCS 限制 —— 这个值在程序启动时读取一次，之后不会动态变化。
常见误用是把它当“当前可用并发数”来判断性能瓶颈，其实它只是 OS 层面的调度单位上限。真正影响并发能力的是 runtime.GOMAXPROCS(0) 的返回值（当前生效的 P 数），而该值可被手动修改或受 GOMAXPROCS 环境变量影响。
- Linux/macOS 下可通过
nproc或sysctl -n hw.ncpu验证该值是否匹配 - 容器环境（如 Docker）中，
runtime.NumCPU()可能仍返回宿主机总核数，而非 cgroups 限制后的值 —— 此时应优先查/sys/fs/cgroup/cpu/cpu.max或使用runtime/debug.ReadGCStats配合资源估算 - 若需物理核心数，得绕道系统调用：Linux 用
cat /proc/cpuinfo | grep "core id" | sort -u | wc -l，Go 中需exec.Command("sh", "-c", `grep "core id" /proc/cpuinfo 2>/dev/null | sort -u | wc -l`)
获取内存占用不能只看 runtime.MemStats.Alloc
runtime.ReadMemStats 返回的 MemStats 结构体里，Alloc 字段表示**当前堆上已分配且未被 GC 回收的对象字节数**，它不包含栈内存、全局变量、CGO 分配、mmap 映射区或运行时内部结构体开销。单纯盯着这个值判断“内存用了多少”，容易严重低估真实 RSS 占用。
更贴近实际进程内存压力的指标是 Sys（运行时向 OS 申请的总内存）和 HeapSys（堆内存总申请量），但它们依然不含 RSS 中的共享库、VDSO、内核映射等部分。
- Linux 下最准的实时 RSS 值来自
/proc/self/statm或/proc/self/status中的VmRSS字段，可用os.ReadFile("/proc/self/status")解析 - macOS 需用
task_info系统调用（通过golang.org/x/sys/unix调用TaskInfo），返回的ResidentSize更接近真实物理内存占用 - 注意
runtime.ReadMemStats是采样操作，会 STW（Stop-The-World）一小段时间，高频调用会影响性能；生产环境建议间隔 ≥1s 采集
查看当前 Go 版本必须用 go version 命令，runtime.Version() 不可靠
runtime.Version() 返回的是编译时嵌入的 Go 运行时版本字符串，例如 "go1.21.6"，但它**无法反映实际运行环境的 Go 工具链版本**。尤其在交叉编译、静态链接或使用 distroless 镜像时，runtime.Version() 可能和宿主机 go version 输出不一致，甚至在某些嵌入式 Go 运行时中返回空字符串。
真正需要确认“当前系统装的是哪个 Go”时，唯一可信方式是执行命令：
go version
或者在代码中调用：
cmd := exec.Command("go", "version")
out, _ := cmd.Output()
fmt.Println(strings.TrimSpace(string(out)))
- 如果程序没装 Go 工具链（如 Alpine 镜像默认不带
go），该命令会失败，需 fallback 到runtime.Version()并加日志警告 -
go env GOVERSION是另一个替代方案，但依赖go命令存在，且仅适用于 Go 1.21+ - 不要用
runtime.Version()做版本兼容性判断（如 “>= go1.22”），因为运行时版本 ≠ 编译器行为，真正的兼容性由编译时决定
没有单条命令能同时查 CPU 核数 + 内存 + Go 版本，得组合调用
用户常想用一个命令输出全部信息，但 Go 标准库没提供这样的聚合接口。硬要一行搞定，只能拼接 shell 命令：
sh -c 'echo "Go: $(go version) | CPU: $(nproc) | Mem(RSS): $(awk \'/VmRSS/ {print $2 " "$3}\' /proc/self/status)'
但在 Go 程序中，更稳妥的做法是分三路采集：
- CPU 逻辑核数：直接用
runtime.NumCPU() - 内存 RSS：读
/proc/self/status（Linux）或调unix.TaskInfo（macOS） - Go 工具链版本：起
exec.Command("go", "version")，失败则 fallback 到runtime.Version()
跨平台统一处理时，最容易被忽略的是：Windows 没有 /proc，得用 psapi.GetProcessMemoryInfo；而容器中 /proc/self/status 的 VmRSS 可能被 cgroups 限制但不自动截断，需同步检查 /sys/fs/cgroup/memory/memory.usage_in_bytes。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
