system类和runtime类是java系统监控中最轻量、直接的方式，用于获取系统属性、时间戳、环境变量及jvm内存、处理器数等基础运行时信息，适合快速诊断但无法替代专业监控。
Java系统监控中，System类和Runtime类是获取基础运行时信息最轻量、最直接的方式，无需引入第三方依赖，适合快速诊断内存占用、CPU时间、JVM启动参数等关键指标。
通过System类获取系统级基础信息
System类提供静态方法，用于访问与当前运行环境相关的系统属性和时间信息。它不反映JVM内部状态，但能快速确认运行上下文。
-
系统属性：用
System.getProperty("key")读取，如"java.version"、"os.name"、"user.dir"，适用于环境识别和配置兼容性判断 -
当前时间戳：
System.currentTimeMillis()返回自1970-01-01 UTC的毫秒数，常用于耗时统计（注意不是纳秒精度） -
高精度纳秒时间：
System.nanoTime()适合测量代码段执行时间，不受系统时钟调整影响，但不能用于表示绝对时间 -
环境变量：
System.getenv("PATH")可读取操作系统级环境变量，注意在某些安全策略下可能受限
利用Runtime类监控JVM资源使用
Runtime.getRuntime()返回当前JVM实例的运行时对象，是获取内存状态和线程控制能力的核心入口。
-
内存相关方法：
totalMemory()（已分配堆内存）、freeMemory()（当前空闲堆内存）、maxMemory()（堆最大容量），三者配合可估算当前堆使用率：(total - free) / max -
GC触发建议：
Runtime.getRuntime().gc()只是向JVM发出垃圾回收建议，不保证立即执行，生产环境慎用，仅限调试或资源敏感场景的显式提示 -
可用处理器数：
availableProcessors()返回OS可见的逻辑CPU数量，可用于线程池大小配置参考 -
执行外部命令（谨慎）：
exec()系列方法可调用系统命令，但存在安全风险（如命令注入）、跨平台兼容性差，监控中应尽量避免
组合使用示例：简易JVM健康快照
将System和Runtime结合，可在日志或监控端点中输出轻量健康信息：
- 记录启动时间：
System.getProperty("sun.jvm.startTime")（非标准属性，推荐用ManagementFactory.getRuntimeMXBean().getStartTime()替代） - 计算已运行时长：
System.currentTimeMillis() - startTime - 输出内存摘要：
String.format("Heap: %.1f/%.1f MB (max)", (total-free)/1024.0/1024, max/1024.0/1024) - 补充JVM参数：
System.getProperty("sun.java.command")可看到主类及启动参数（部分版本支持）
注意事项与局限性
这类基础API虽简单易用，但有明确边界，不可替代专业监控方案：
- 无法获取线程堆栈、GC详细事件、类加载统计等深度运行时数据——需借助
java.lang.management包 - 内存值是近似值，
freeMemory()不包含即将被回收的对象，也不反映元空间或直接内存 - 多线程并发调用
Runtime方法是安全的，但结果仅代表调用瞬间的状态，高频采集需考虑性能开销 - 容器化环境（如Docker）中，
availableProcessors()和maxMemory()可能受cgroup限制，但旧版JDK（-XX:+UseContainerSupport
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
