FileSystems.getDefault().getPath() 不解析路径字符串，而是安全拼接路径片段并自动适配平台分隔符；已有字符串路径应使用 Paths.get(String) 构建，需提取路径组件时应调用 Path 的 getParent()、getFileName() 等方法。

FileSystems.getDefault().getPath() 本身**不解析路径字符串**，而是根据传入的路径片段（如 "a", "b", "c.txt"）**构建一个平台感知的 Path 对象**。它会自动使用当前操作系统默认的分隔符（Windows 用 ，Unix/Linux/macOS 用 /），并处理相对/绝对逻辑、冗余分隔符、./.. 等语义。

核心作用：安全拼接，而非字符串解析

它不是用来“解析”已有路径字符串（比如把 "a/b/c.txt" 拆成组件），而是帮你**避免手动拼接字符串时出错**——比如写成 "dir1" + File.separator + "dir2" + "/" + "file.txt" 这种混用分隔符的错误写法。

✅ 正确用法是把路径拆成逻辑片段，交给 getPath() 组装：

• Paths.get("a", "b", "c.txt") → 在 Windows 上生成 ac.txt，在 macOS 上生成 a/b/c.txt
• Paths.get("/home", "user", "data.log") → 自动归一化为 /home/user/data.log（Linux/macOS）或 homeuserdata.log（但注意：开头 / 在 Windows 不表示根盘符，需用 Paths.get("C:", "home", ...)）

如何处理已有路径字符串？用 Paths.get() 替代

如果你有一个路径字符串（如 "config/settings.json"），直接用 Paths.get(String) —— 它是 FileSystems.getDefault().getPath(String) 的静态便捷方法：

• Path p = Paths.get("config/settings.json"); → 自动按当前平台解释斜杠，等价于 FileSystems.getDefault().getPath("config/settings.json")
• 该字符串中即使混用 / 和 （如 "logs\app.log"），NIO 也会统一标准化（例如转为 logs/app.log 或 logspp.log）

需要真正“解析”路径？用 Path 的成员方法

如果目标是提取父目录、文件名、扩展名等，别自己 split("/")，而应操作 Path 对象：

• p.getParent() → 返回父路径（Path 类型，非字符串）
• p.getFileName() → 返回最后一段（如 "settings.json"）
• p.getNameCount() 和 p.getName(i) → 遍历各层级名称
• Files.exists(p), Files.isDirectory(p) → 安全判断，不依赖字符串内容

构建动态路径的推荐模式

组合配置、变量和固定路径时，始终用 Paths.get() 分段传入：

• ❌ 错误：String path = configDir + "/" + user + "/cache/" + fileName;
• ✅ 推荐：Path p = Paths.get(configDir, user, "cache", fileName);
• 若某段含完整路径（如 configDir 是 "C:\app\conf"），仍可传入：Paths.get(configDir, "cache", fileName)，NIO 会识别其为绝对路径并忽略前面的段（类似 Unix 的 /a/b + c → /a/b/c）