应使用 runtimemxbean.getuptime() 获取 jvm 运行时长，它返回自启动以来的毫秒数，准确稳定且不受系统时钟影响；system.currenttimemillis() 仅返回当前时间戳，不适合计算运行时间。
System.currentTimeMillis() 本身不能直接记录“系统运行总时间”，它只是返回当前时间戳（毫秒级，自1970-01-01 00:00:00 UTC起），和JVM启动时间或操作系统运行时长无关。要估算Java应用的运行时长，需在启动时记录一次时间戳，后续用当前时间减去它。
启动时记录基准时间
最常用且可靠的方式是在程序入口（如 main 方法开头）调用 System.currentTimeMillis() 获取初始时间，并保存为静态变量或单例字段：
- 确保只记录一次，避免重复初始化
- 建议放在 main 第一行，或 Spring 应用中监听 ApplicationStartedEvent 的时机
- 示例：private static final long START_TIME = System.currentTimeMillis();
计算已运行时长
任意时刻用当前时间减去 START_TIME，即可得到应用已运行的毫秒数，再按需转换为秒、分、小时等：
- long uptimeMs = System.currentTimeMillis() - START_TIME;
- 转成秒：uptimeMs / 1000L；转成时分秒格式可用 TimeUnit 或手动除余
- 注意：该值是 JVM 进程存活时间，不是操作系统开机时间
注意与系统正常运行时间的区别
System.currentTimeMillis() 受系统时钟调整影响（如NTP校时、手动改时间），可能导致 uptime 计算跳变或倒退。若需更稳定的运行时长，可考虑：
- 使用 System.nanoTime()（适合短时精确计时，但不保证与真实时间对齐，且可能溢出）
- 在 Linux 上读取 /proc/uptime（反映内核启动后运行时间，需额外 I/O 和权限）
- JDK 10+ 可用 RuntimeMXBean.getUptime() —— 它返回 JVM 自启动以来的毫秒数，不受系统时钟影响，推荐优先使用
推荐做法：用 RuntimeMXBean.getUptime()
这是专为获取 JVM 运行时长设计的API，准确、稳定、无需手动维护时间戳：
- long uptime = ManagementFactory.getRuntimeMXBean().getUptime();
- 返回值单位为毫秒，且始终单调递增
- 适用于监控、健康检查、日志打点等场景，比手算 currentTimeMillis 更可靠
不复杂但容易忽略 —— 别用 currentTimeMillis 模拟 uptime，JVM 已经提供了标准方式。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
