Java中System类无法获取实时系统信息，仅提供JVM启动时的静态属性（如os.name）和环境变量快照；真正运行时系统信息需通过java.lang.management包的MXBean接口或第三方库OSHl实现。
Java 中 System 类本身不提供“获取系统信息”的完整能力，它只暴露少量与系统环境强相关的静态字段和方法，比如 System.getProperty() 和 System.getenv()。真正能拿到 CPU、内存、进程等运行时系统信息的，是 java.lang.management 包下的 MXBean 接口，以及第三方库（如 OSHI）。
用 System.getProperty() 读取 JVM 启动级系统属性
这是最常用也最容易误用的方式。它返回的是 JVM 启动时从操作系统继承或由启动参数指定的字符串属性，不是实时系统状态。
-
os.name、os.version、os.arch：对应操作系统名称、版本、架构（如"Linux"、"5.15.0-105-generic"、"amd64"），但值取决于 JVM 实现和内核 uname 输出，不反映桌面环境或发行版细节 -
java.version、java.home：JVM 版本和安装路径，可靠，但属于 Java 环境而非系统本身 -
user.name、user.home：当前用户登录名与主目录，由 JVM 启动时读取，若以 root 启动则返回 root，不等于实际登录会话用户 - 不能用它查内存总量或 CPU 核心数——这些根本不在标准属性列表中
用 System.getenv() 读取操作系统环境变量
它返回的是进程启动时继承的环境变量快照，不是系统全局配置，且受安全策略限制（例如在安全管理器启用时可能被禁止）。
- 常见可用键：
"PATH"、"HOME"（Unix）、"USERPROFILE"（Windows）、"JAVA_HOME" - 不可靠项：
"DISPLAY"在无图形环境可能为空；"SHELL"在 Windows 上不存在；不同 shell 启动的 JVM 可能继承不同变量集 - 注意大小写：
System.getenv("path")在 Windows 返回null，必须用"PATH" - 无法获取硬件信息，也不能替代
Runtime.getRuntime().availableProcessors()查逻辑 CPU 数
用 ManagementFactory 获取运行时系统监控数据
这才是 Java 标准库中真正用于“系统信息采集”的入口，但仅限 JVM 自身可见的资源视图，依赖底层 OS API 封装。
立即学习“Java免费学习笔记（深入）”；
import java.lang.management.ManagementFactory;
import java.lang.management.MemoryUsage;
import java.lang.management.OperatingSystemMXBean;
OperatingSystemMXBean osBean = ManagementFactory.getOperatingSystemMXBean();
System.out.println("可用处理器数: " + osBean.getAvailableProcessors());
System.out.println("系统平均负载（最近1分钟）: " + osBean.getSystemLoadAverage()); // Linux/macOS 有效，Windows 始终返回 -1
System.out.println("总物理内存: " + osBean.getTotalPhysicalMemorySize());
// 内存使用需结合 MemoryMXBean
MemoryUsage heap = ManagementFactory.getMemoryMXBean().getHeapMemoryUsage();
System.out.println("堆已使用: " + heap.getUsed() + " / " + heap.getMax());
-
getSystemLoadAverage()在 Windows 上永远返回-1，不要依赖它做跨平台负载判断 -
getTotalPhysicalMemorySize()返回字节数，但某些容器环境（如 Docker 未设--memory）会返回宿主机总内存，而非容器限制值 - 所有 MXBean 数据都是采样值，非实时更新；多次调用结果可能不同，但不保证高精度或低延迟
为什么不用纯 System 类？哪些信息它根本拿不到
System 类设计定位是“系统级工具入口”，不是“系统信息中心”。它不封装任何原生系统调用，也不解析 /proc 或 WMI。
- CPU 使用率、磁盘 I/O、网络接口统计、进程列表 → 全部不可达，标准库无对应 API
- 显卡型号、电池状态、USB 设备列表 → 需 JNI 或 JNA 调用 OS 原生接口
- 容器内资源限制（如 cgroup memory limit）→
OperatingSystemMXBean可能返回错误值，需手动读取/sys/fs/cgroup/memory/memory.limit_in_bytes - 跨平台一致的“系统信息”需求，基本都要引入
oshi-core这类库，它内部才真正做了 Linux/proc、macOSsysctl、Windows WMI 的适配
别指望 System 类能告诉你机器还剩多少内存——它连“当前空闲内存”这个概念都没有。真要监控，得组合 OperatingSystemMXBean、Runtime、甚至直接读文件，而且每种场景都要验证 OS 和运行环境兼容性。
