Java中通过OperatingSystemMXBean获取系统负载和CPU使用率需区分系统级负载与进程级CPU占用：getSystemCpuLoad()返回系统整体CPU使用率（0.0~1.0），首次调用可能为-1.0；getProcessCpuLoad()返回当前JVM进程CPU占比，同样范围且需间隔采样；getSystemLoadAverage()仅Unix系统有效，返回1/5/15分钟平均负载（非百分比）；当进程CPU不可用时，可用getProcessCpuTime()配合线程遍历手动计算。
Java 中通过 OperatingSystemMXBean 获取系统负载和 CPU 使用率，核心在于区分两个关键概念：**系统级负载**（整个操作系统）与**进程级 CPU 占用**（当前 JVM 进程）。两者数值来源、计算逻辑和适用场景完全不同，不能混用。
getSystemCpuLoad() —— 获取系统整体 CPU 使用率
该方法返回一个 0.0 ~ 1.0 范围内的 double 值，表示最近一段时间内操作系统所有 CPU 核心的平均使用比例。它反映的是整台机器的繁忙程度，类似 Linux 的 top 中的 %Cpu(s) 行。
- 首次调用可能返回 -1.0，说明系统尚未采集到足够样本，需等待几秒后再读取
- 值为 -1.0 并非错误，而是“暂不可用”的信号，建议做空值判断并重试
- 在 Windows 上稳定性较好；Linux/macOS 下依赖底层实现，部分 JDK 版本或容器环境可能受限
getProcessCpuLoad() —— 获取当前 JVM 进程 CPU 使用率
该方法也返回 0.0 ~ 1.0 的 double 值，代表当前 Java 进程自身占用 CPU 的相对比例（已自动按 CPU 核数归一化），更贴近“这个应用吃掉了多少算力”。
- 同样可能出现 -1.0，原因同上，需等待初始化完成
- 该值是采样计算的结果，不是瞬时快照，建议间隔 500ms 以上重复调用取稳定值
- 若长期为 0.0 或接近 0.0，可能是应用处于休眠状态，或 GC 暂停导致线程无 CPU 时间片
getSystemLoadAverage() —— 获取系统平均负载（类 Unix 系统专属）
返回的是过去 1 分钟、5 分钟、15 分钟的系统平均负载（load average），单位是“就绪态+运行态进程数的平均值”，不是百分比，也不等同于 CPU 使用率。Windows 下始终返回 -1.0。
- 值为 1.0 表示平均有 1 个进程在争抢 CPU，若 CPU 是 4 核，理想负载上限约 4.0
- 适用于评估系统整体压力趋势，但不能直接换算成 CPU 百分比
- 对监控告警更有意义：比如 load > 2 × CPU核数 持续 5 分钟，提示资源紧张
getProcessCpuTime() 与手动线程统计法
当 getProcessCpuLoad() 不可用或精度不足时（如某些 JDK 8u 容器镜像），可改用线程级时间累加法：
- 遍历所有线程 ID，调用
threadBean.getThreadCpuTime(id)获取每个线程消耗的 CPU 纳秒数 - 两次采样相减，除以时间间隔，再除以
osMxBean.getAvailableProcessors()，得到归一化百分比 - 这种方法绕过 JVM 内部采样机制，结果更贴近
ps -o pid,pcpu，但开销略高，适合低频采样（如每 5 秒一次）
