performancecounter 首次调用 nextvalue() 返回 0 是因计数器为差分型，需预热：先调一次，等待 ≥1000ms 后再调才有效；必须复用实例、注意大小写及“\_total”拼写；内存推荐用“memory\available mbytes”配合总物理内存计算；跨平台不支持。
PerformanceCounter 第一次调用 NextValue() 为什么总是 0？
因为 Windows 性能计数器本身是“差分型”指标，NextValue() 实际返回的是两次采样之间的变化率。首次调用时没有前序值可比，所以强制返回 0。这不是 bug，是设计使然。
- 必须先调用一次
NextValue()“预热”，再等待 ≥1000ms（官方建议 ≥1s，实测 500ms 在多数机器也够用）后第二次调用才有效 - 不能新建一个
PerformanceCounter就立刻读——哪怕只读一次，结果也是无意义的 0 或 NaN - 复用同一个实例，不要每次监控都 new 一个新的；否则每次都要重新预热，开销大且不准
- 如果用在 UI 线程（比如 WinForms 定时器），注意
Thread.Sleep(1000)会卡界面，应改用异步延时或后台线程
"Processor" 类别和 "_Total" 实例名写错的常见错误
拼写、大小写、下划线缺一不可。Windows 性能计数器路径严格区分大小写，且类别/计数器名必须与系统注册表中完全一致。
- 类别名写成
"process"、"Processors"或"CPU"→ 抛InvalidOperationException：“Category does not exist” - 计数器名写成
"% CPU Time"、"Processor Time"或漏掉百分号 → 同样报找不到计数器 - 实例名填
"0"、"System"、空字符串""或"_total"（小写）→ 返回 0 或抛异常；必须是"_Total"（首字母大写，下划线+T大写） - 多核/单核机器无需特殊处理：
"_Total"自动汇总所有逻辑处理器，兼容性无问题
为什么内存不用 "% Committed Bytes In Use"？
这个计数器反映的是“已提交虚拟内存占承诺限制的比例”，和任务管理器右下角显示的“内存使用率”不是一回事。用户真正关心的是物理内存被占了多少，而它受页面文件、工作集、缓存等影响，语义模糊。
- 推荐组合：
"Memory"类别 +"Available MBytes"计数器，再配合总物理内存计算：((TotalPhysicalMemory - AvailableMBytes) / TotalPhysicalMemory) * 100 - 获取总物理内存不能用
GC.GetTotalMemory(false)—— 那只是托管堆大小，和系统 RAM 无关 - .NET 5+ 中需手动添加对
Microsoft.VisualBasic的引用，再用new ComputerInfo().TotalPhysicalMemory；也可用 WMI 查询Win32_ComputerSystem.TotalPhysicalMemory，但更重、更慢、需要额外权限 - 注意单位：Available MBytes 是 MB，TotalPhysicalMemory 是字节，记得统一换算
跨平台不支持，别在 Linux/macOS 上硬套 PerformanceCounter
PerformanceCounter 是 Windows 原生机制封装，.NET Core/.NET 5+ 在非 Windows 平台会直接抛 PlatformNotSupportedException。没有降级方案，也没有“差不多能用”的替代计数器。
- 如果你的应用要跑在 Linux 容器里，别试图 catch 异常然后 fallback——它根本不会初始化成功
- 替代思路只有两条：用
System.Diagnostics.Process查当前进程的TotalProcessorTime（只能看自己，不能看全局）；或调用RuntimeInformation.IsOSPlatform(OSPlatform.Linux)分支，走/proc/stat解析（需自行实现，精度和开销不如 Windows 原生） - 即使你用的是 .NET 6+，只要目标框架是
net6.0（而非net6.0-windows），在 Windows 上也能运行，但计数器行为不变；加了-windows后缀只是让 API 可用性检查更明确，不改变底层限制
实际部署时最容易被忽略的是：预热间隔是否真等够了。尤其在服务刚启动、CPU 负载低的瞬间，如果第一次 NextValue() 后只等了 100ms 就取第二次，值可能仍偏高或跳变。保守起见，首次间隔设为 1000ms，后续监控周期保持 1000ms 即可。
