CPUPercent首次调用必返回0，因需两次采样做差值；须传非零time.Duration（如1*time.Second），至少调用两次才得有效值；v4版新增context参数且模块路径须为v4，统计口径与top不同需手动求平均。
gopsutil.CPUPercent 为什么返回 0 或空切片
调用 CPUPercent 后得不到数值，常见原因是没传对 time.Duration 参数，或没等够采样间隔。这个函数不是“查一下就出结果”，它依赖两次采样做差值计算，第一次调用必然返回 0（因为无历史基准）。
- 必须传入非零
time.Duration，比如1 * time.Second，否则默认为 0，内部跳过采样直接返回 0 - 首次调用总会是 0，至少调两次，第二次才有真实值；若只调一次，就永远拿不到有效数据
- 如果传了
0或负数，CPUPercent不报错，但静默返回[]float64{0} - Windows 下需开启性能计数器权限，否则可能 panic 报
Access is denied
如何正确获取单次近似 CPU 使用率（不阻塞）
想快速拿个当前负载参考值，又不想卡住 goroutine？别用带等待的 CPUPercent，改用 CPUInfo + 手动差值，或者接受“延迟一拍”的现实——用 cpu.Times(true) 配合缓存上一次结果。
-
cpu.Times(false)返回的是累计 ticks，不能直接当使用率；必须两次调用取差，再除以总差值 - 推荐做法：启动时调一次
cpu.Times(true)存 baseline，之后每秒再调一次，算各 CPU 核的 %user/%system 占比 - 注意
cpu.Times(true)本身会阻塞约 100ms（Linux）或更久（Windows），别在热路径高频调 - 示例关键行：
times, _ := cpu.Times(true); prevTimes = times，下次再比对times[0].Idle - prevTimes[0].Idle
gopsutil v3 和 v4 的 CPU 接口差异在哪
v4（即 github.com/shirou/gopsutil/v4）把 cpu.CPUPercent 拆成了带上下文和超时控制的版本，老代码升级后不改调用方式会编译失败。
- v3：
cpu.CPUPercent(1*time.Second, false)—— 第二个参数false表示是否 per-CPU - v4：
cpu.CPUPercent(context.Background(), 1*time.Second, false)—— 多了context.Context参数，不可省略 - v4 中
cpu.Times默认行为变了：cpu.Times(true)在 v4 是强制刷新，v3 是可选；不留意容易重复采样导致数值毛刺 - 模块路径必须严格写成
github.com/shirou/gopsutil/v4/cpu，go mod 里混用 v3/v4 会导致符号冲突
Linux 上 top 显示 80% 但 gopsutil 返回 20%，哪里对不上
不是 bug，是统计口径不同。top 默认显示的是“所有 CPU 核的平均使用率”，而 CPUPercent 默认返回的是每个核的独立值切片（如 4 核就返回长度为 4 的 []float64），你取第一个、求平均、还是取最大值，全看你怎么处理。
立即学习“go语言免费学习笔记（深入）”；
- 如果你只取
percent[0]，那只是第一颗 CPU 的使用率，和 top 平均值天然不一致 - 正确做法：
avg := 0.0; for _, p := range percent { avg += p }; avg /= float64(len(percent)) - 另外，top 的采样周期是动态的（通常 3s），而你设的
1*time.Second更短，噪声更大；建议至少用2*time.Second对齐常见工具习惯 - 某些容器环境（如 Docker + cgroups v2）下，
gopsutil可能读不到完整 CPU 时间，需检查/sys/fs/cgroup/cpu.stat是否可读
实际用的时候，最常被忽略的是「第一次调用必为 0」这个前提——很多人写完就测，看到 0 就以为挂了，其实多套一层循环跑两遍就出来了。还有就是 v3/v4 导入路径写错，编译器报一堆 undefined，但错误信息里根本没提版本问题。
