getProcessCpuTime() 量的是 JVM 进程自启动以来在所有 CPU 核心上累计消耗的用户态与内核态 CPU 时间（纳秒），不含休眠或等待时间；可用于粗粒度估算某段逻辑的总 CPU 开销，但无法定位具体线程或方法。
OperatingSystemMXBean.getProcessCpuTime() 返回的是**从进程启动开始，JVM 进程在所有 CPU 核心上累计消耗的 CPU 时间（纳秒）**，不是“某个变量”的总时长，也不是 Wall Clock 时间（即真实流逝时间）。
它到底在量什么？
这个值是操作系统内核统计的该进程的 CPU 时间（CPU time），包括：
- JVM 进程中所有线程在用户态（user mode）执行的 CPU 时间
- 所有线程在内核态（kernel mode，如系统调用、I/O 等）占用的 CPU 时间
- 不包含进程休眠、等待 I/O、被调度挂起等空闲时段
怎么用它估算某段代码的 CPU 开销？
可以前后两次调用取差值，近似反映该时间段内 JVM 进程消耗的 CPU 总时间：
OperatingSystemMXBean osBean = ManagementFactory.getOperatingSystemMXBean(); long startCpuTime = osBean.getProcessCpuTime(); // 纳秒 <p>// ... 执行你想测量的逻辑（例如：处理一批数据、调用某个方法）</p><p>long endCpuTime = osBean.getProcessCpuTime(); long cpuNanos = endCpuTime - startCpuTime; double cpuMillis = cpuNanos / 1_000_000.0;</p>
⚠️ 注意：
– 测量期间应尽量避免其他线程大量活动（如 GC、定时任务、日志刷盘），否则结果会包含干扰；
– 多线程并行执行时，该值是所有线程 CPU 时间之和，不能直接对应单个方法或变量；
– 它无法区分是哪个线程、哪段代码贡献了 CPU 时间。
和 System.nanoTime() 的区别
getProcessCpuTime() 是进程级 CPU 时间累加值，而 System.nanoTime() 是单调递增的高精度 Wall Clock 时间戳（实际经过时间）。两者物理意义不同：
- 一段纯计算循环可能让
getProcessCpuTime()显著增长，但System.nanoTime()增长与之接近 - 一段
Thread.sleep(1000)会让System.nanoTime()增加约 1 秒，但getProcessCpuTime()几乎不变
常见误区提醒
- ❌ 不是“某个变量生命周期的 CPU 占用”——JVM 没有为变量单独统计 CPU 时间的能力
- ❌ 不能替代 Profiler 工具（如 async-profiler、JMC）来定位热点方法
- ✅ 适合粗粒度监控：比如观察应用整体 CPU 负载趋势、对比不同配置下批处理任务的 CPU 效率
