不能完全准确，System.getProperty("os.name") 返回 JVM 从底层读取的字符串（如“Windows 10”“Linux”），但不区分大小写、不含精确版本，容器中可能统一返回“Linux”，需用 contains/startsWith 模糊匹配而非 equals。
System.getProperty("os.name") 能准确识别所有操作系统吗
不能完全准确，System.getProperty("os.name") 返回的是 JVM 启动时从底层系统读取的字符串，常见值如 "Windows 10"、"Linux"、"Mac OS X"，但不区分大小写、不含版本细节，且某些容器或精简环境可能返回 "Linux" 即使实际是 Alpine。需要做模糊匹配而非精确相等判断。
推荐做法：
- 用
toLowerCase()统一转小写再判断，比如osName.contains("win")比osName.equals("Windows 10")更鲁棒 - 避免依赖具体版本号，如
"Windows 11"可能未被旧 JDK 识别，仍返回"Windows 10" - 若需精确信息（如是否为 ARM64 macOS），应补充
System.getProperty("os.arch")和System.getProperty("os.version")
System.getProperty("user.home") 在不同系统下是否可靠
绝大多数情况下可靠，System.getProperty("user.home") 由 JVM 初始化时调用原生 API 获取，对应 Linux/macOS 的 $HOME、Windows 的 %USERPROFILE%。但有三个典型例外：
- 以服务方式运行（如 Windows Service 或 systemd daemon）时，可能返回系统账户主目录（如
C:WindowsSystem32configsystemprofile），而非当前登录用户路径 - 在 Docker 容器中未显式设置
HOME环境变量时，JVM 可能 fallback 到/root或/，尤其 Alpine 基础镜像 - Android 上该属性不可用，会返回
null（因 Android 不遵循标准 JVM 属性规范）
安全写法是始终判空并 fallback：
String home = System.getProperty("user.home");
if (home == null || home.isEmpty()) {
home = System.getenv("HOME"); // Linux/macOS
if (home == null) home = System.getenv("USERPROFILE"); // Windows
}
为什么有时候 user.home 指向 /root 而不是预期用户目录
根本原因是 JVM 进程启动时的有效 UID/GID 或环境上下文与预期用户不一致。这不是 Java Bug，而是操作系统权限模型的自然体现。
- 用
sudo java MyApp启动时，进程属 root，user.home就是/root - Docker 中未指定
-u参数，默认以 root 运行，user.home为/root；即使设置了ENV HOME=/home/app，也必须同时ENV USER=app并用USER app切换，否则 JVM 仍读不到 - IDE（如 IntelliJ）以管理员模式运行时，其子 JVM 也会继承该权限上下文
验证方式：打印 System.getProperty("user.name")，它通常和 user.home 的父目录名一致（如 user.name="alice" → user.home="/home/alice"）。
跨平台路径拼接别直接用字符串加号
拿到 user.home 后，拼配置文件路径时，硬写 userHome + "/.config/myapp/config.json" 在 Windows 上会生成反斜杠混用或路径分隔符错误。
- 永远用
java.nio.file.Paths.get()构造路径：Paths.get(userHome, ".config", "myapp", "config.json") - 或用
File.separator（不推荐，已过时）：userHome + File.separator + ".config" + ... - 绝对不要假设
user.home末尾带斜杠——它在所有平台都不带，"/home/user"和"C:\Users\User"都是无结尾分隔符的
顺便提醒：user.home 是只读属性，修改 System.setProperty("user.home", "...") 对后续路径解析无效，JVM 不会重新初始化该值。
