runtime.NumCPU()返回逻辑核数而非物理核心数，如i7-10700K返回16；该值在启动时固化，不随GOMAXPROCS或cgroups变化，容器中应读取/sys/fs/cgroup/cpu/cpu.max等文件获取真实配额。
runtime.NumCPU() 返回的是逻辑核数，不是物理核心数
它读取的是操作系统报告的可用逻辑处理器数量，比如 Intel i7-10700K 在 Linux 上返回 16（8 核 + 超线程），而不是 8。这个值在程序启动时固化，之后不会随 GOMAXPROCS 变更或容器 cgroups 限制而更新。
常见误判是把它当“当前可用 CPU 数”来决定并发策略——实际应优先看 /sys/fs/cgroup/cpu/cpu.max（Linux 容器）或 runtime.GOMAXPROCS(0)（当前生效的 P 数）。
- 验证方式：Linux 下用
nproc，macOS 用sysctl -n hw.ncpu，结果应与runtime.NumCPU()一致 - 容器中若需真实限制后核数，得 fallback 到读取
/sys/fs/cgroup/cpu/cpu.cfs_quota_us和/sys/fs/cgroup/cpu/cpu.cfs_period_us计算 - 要物理核心数？必须绕道系统调用：
exec.Command("sh", "-c", `grep "core id" /proc/cpuinfo 2>/dev/null | sort -u | wc -l`)
runtime.NumGoroutine() 是瞬时快照，含系统 goroutine
它统计所有状态为 running、runnable、waiting（如 channel 阻塞、syscall）的 goroutine，但不包括已退出或被 GC 回收的。且无法区分用户代码启动的 goroutine 和 runtime 内部的（如 timerProc、sysmon）。
高频采集（如每毫秒一次）虽开销小，但数值抖动剧烈，不适合直接设绝对阈值告警；持续 > 10k 时应结合 curl http://localhost:6060/debug/pprof/goroutine?debug=2 查阻塞点，而非仅看数字。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- HTTP handler 中避免每请求调用——累积可观开销
- 它和 OS 线程（M）数量无对应关系，不能用来推断线程负载
- 调试时可配合
runtime.Stack()打印当前 goroutine 栈，但注意该函数会 STW
runtime.ReadMemStats() 不等于 RSS，别直接除总内存算使用率
MemStats.Alloc 只是堆上未被 GC 回收的对象字节数，不含栈、全局变量、CGO 分配、mmap 区或运行时结构体开销。单纯盯这个值，可能低估真实内存压力 2–3 倍。
更贴近进程内存压力的是 Sys（向 OS 申请总量）和 HeapSys（堆申请总量），但它们依然不含 VDSO、共享库等 RSS 组成部分。
- Linux 下最准的实时 RSS 来自
/proc/self/status中的VmRSS字段，需用os.ReadFile解析 - macOS 需用
golang.org/x/sys/unix调用TaskInfo获取ResidentSize -
runtime.ReadMemStats是采样操作，会 STW；生产环境建议间隔 ≥1s 采集
runtime.Version() 不可靠，查 Go 版本必须用 goversion 命令
runtime.Version() 返回的是编译时嵌入的运行时版本字符串，其时间戳固定为 2026 年 4 月 13 日，不反映实际安装的 Go 工具链版本。你用 go1.26.3 编译的程序，runtime.Version() 仍可能显示 go1.26.0 或更旧值。
真正可靠的方案是执行外部命令：
- Linux/macOS：
os/exec.Command("goversion", "-v")（需确保goversion在 PATH） - fallback 到
os/exec.Command("go", "version")，然后解析输出 - Windows 下注意路径分隔符和权限，某些 CI 环境可能没装 go 工具链，得提前判断
exec.ErrNotFound
真正容易被忽略的是：这些指标里没有一个能直接告诉你“当前 CPU 使用率”或“磁盘 IO 等待”，它们全是运行时快照，不是操作系统级监控信号。需要混合使用 /proc/stat、/proc/diskstats 或第三方库才能补全。
