System.getProperty("os.name") 返回值不可靠，因JVM实现和系统差异导致格式不统一，如macOS可能返回"Mac OS X""Mac OS"或"darwin"，Windows版本号不一致，Linux无法区分发行版，故需模糊匹配而非硬编码。
直接用 System.getProperty("os.name") 就行，但返回值不是标准化的字符串，不同 JVM 实现和系统下可能有差异，不能直接拿来做精确判断。
为什么 System.getProperty("os.name") 返回值不可靠
这个属性由 JVM 启动时读取底层 OS 信息填充，但 JDK 并不保证格式统一。比如：
- macOS 可能返回
Mac OS X（旧 JDK）或Mac OS（某些 OpenJDK 构建），甚至darwin（极少数嵌入式 JVM） - Windows 10/11 通常返回
Windows 10或Windows 11，但 Server 版本可能带Server字样 - Linux 发行版一律返回
Linux，完全无法区分 Ubuntu/CentOS/Alpine
所以别写 if (osName.equals("Windows 10")) 这种硬匹配——它今天能跑，明天换个 JDK 就挂。
安全判断操作系统的正确姿势
用模糊匹配 + 标准化处理，重点识别大类而非具体版本：
立即学习“Java免费学习笔记（深入）”；
- 检查是否为 Windows：
osName.toLowerCase().startsWith("windows") - 检查是否为 macOS：
osName.toLowerCase().contains("mac os") || osName.toLowerCase().contains("darwin") - 检查是否为 Linux：
osName.equalsIgnoreCase("linux")（注意：大小写敏感，Linux是标准返回） - 避免用
contains("win")—— 某些 Cygwin 环境下os.name可能含干扰字符
需要区分 Linux 发行版怎么办
System.getProperty("os.name") 完全没用。得绕道系统命令：
- 读取
/etc/os-release（主流发行版）：new ProcessBuilder("sh", "-c", "source /etc/os-release && echo $ID").start() - 回退到
uname -s判断内核类型（Linux/FreeBSD） - 注意权限和容器环境：Docker Alpine 镜像里可能没有
sh，得用ash；无 shell 环境需改用Files.readAllLines(Paths.get("/etc/os-release"))
性能与兼容性提醒
每次调用 System.getProperty("os.name") 都是轻量级内存读取，可缓存复用，但没必要加锁——它是 JVM 启动时就确定的常量。
真正要小心的是调用外部命令的方式：ProcessBuilder 启动进程有开销，且在 Windows 上执行 sh 会失败；跨平台逻辑务必先判断 os.name 大类再决定走哪条路径。
最常被忽略的一点：测试时别只跑在自己开发机上。CI 环境（如 GitHub Actions 的 ubuntu-latest）、客户现场的国产 OS（UOS、Kylin）都可能返回非预期字符串，建议把常见 os.name 值列成枚举或配置表做映射。
