getProcessCpuLoad() 返回 JVM 进程归一化 CPU 占比（0.0~1.0），表示其占整机 CPU 资源池的份额，非瞬时值、需乘100转百分比，首次调用常为-1.0，应重试；与 systemCpuLoad 统计对象不同，不可混用。
OperatingSystemMXBean.getProcessCpuLoad() 返回的是当前 JVM 进程自身占用 CPU 的相对比例，单位是 0.0 ~ 1.0 的 double 值，不是百分比，也不是绝对时间。
这个值本质是：
该 JVM 进程在采样周期内，所获得的 CPU 时间占系统总可用 CPU 时间的比例（已按逻辑处理器数量归一化）
它反映什么？
- 不是“这个进程用了多少核”，而是“它占了整台机器 CPU 资源池的多大份额”
- 比如双核机器上，JVM 单线程满载运行，
getProcessCpuLoad()可能稳定在0.5左右（即 50%），因为最大理论占比就是1 / 2 = 0.5 - 如果四核机器上 JVM 多线程并行压满所有核，该值可能接近
1.0
所以它是一个归一化后的进程级 CPU 占比，便于横向比较不同配置机器上的资源消耗程度。
使用时的关键注意事项
- 首次调用常返回 -1.0：表示系统尚未完成初始化采样，需等待 1~3 秒再重试
- 不是瞬时值，而是滑动窗口平均值：依赖底层 OS 提供的最近一段时间（通常几百毫秒）的统计，建议间隔 ≥500ms 再次调用以获取稳定读数
-
返回值需乘以 100 才是百分比：例如
0.734→73.4% -
某些容器环境或旧 JDK 版本可能始终返回 -1.0：尤其是 Alpine Linux + OpenJDK 8u 镜像，此时应降级使用
getProcessCpuTime()+ 线程遍历方式手动计算
如何安全获取可用值？
OperatingSystemMXBean os = ManagementFactory.getOperatingSystemMXBean();
double load = os.getProcessCpuLoad();
if (load == -1.0) {
// 等待并重试，或跳过本次采集
} else {
double percent = load * 100; // 转为百分比，保留一位小数更合理
}也可以封装成带重试的工具方法，避免单次 -1.0 导致监控断点。
和 systemCpuLoad 的区别要拎清
-
getProcessCpuLoad()：只看“我这个 Java 进程”吃了多少 CPU（归一化后） -
getSystemCpuLoad()：看“整台服务器”有多忙（所有进程加起来的平均 CPU 使用率）
两者数值量纲一致（0.0~1.0），但统计对象和工程意义完全不同，不能互相替代或混用。
