Paths.get()根据字符串是否以根标识符开头判定路径类型：Linux/macOS以/开头、Windows以盘符加冒号或双反斜杠开头为绝对路径，否则为相对路径；真正解析与标准化需调用toAbsolutePath()或normalize()等方法。
Java NIO 的 Path 本身不自动“解析”路径类型，而是靠字符串格式和后续方法调用来明确语义。关键在于：路径的相对或绝对属性，在 Paths.get() 创建时就已确定；真正的解析、拼接、标准化动作，发生在调用 toAbsolutePath()、resolve()、normalize() 等方法时。
Paths.get() 怎么判断相对还是绝对
它只看字符串开头是否符合操作系统的根标识符规则，不检查文件是否存在，也不做任何路径计算：
- Linux/macOS：以
/开头 → 绝对路径（如Paths.get("/tmp/log.txt")） - Windows：以盘符加冒号反斜杠（
C:\）或双反斜杠（\\）开头 → 绝对路径（如Paths.get("D:\data\config.json")） - 其他所有情况 → 相对路径（哪怕含
..或.，如Paths.get("../conf/app.properties")仍是相对路径） - 注意：在 Windows 上写
Paths.get("/home/user/file.txt")不会当作 Linux 式绝对路径，而是被解释为当前盘符下的相对路径（如C:homeuser ile.txt）
把相对路径转成可用的绝对路径
仅靠 Paths.get() 得到的是相对 Path 对象，必须显式调用 toAbsolutePath() 才能基于当前工作目录（user.dir 系统属性）拼出完整路径：
-
Paths.get("logs/error.log").toAbsolutePath()→ 拼成类似/home/user/project/logs/error.log（Linux）或C:projectlogserror.log（Windows） - 如果原路径已是绝对的，
toAbsolutePath()直接返回自身，不做改动 - 该方法不处理
.和..，结果可能冗余，比如Paths.get("a/../b/./c").toAbsolutePath()生成的是/current/dir/a/../b/./c
让路径更干净：normalize() 和 toRealPath()
要消除 .、..、重复分隔符等，需额外调用规范化方法：
立即学习“Java免费学习笔记（深入）”；
-
normalize()：纯语法层面简化，不访问磁盘。例如"/a/b/../c/./d".normalize()→/a/c/d -
toRealPath()：要求路径必须存在，会解析符号链接、检查实际位置，并隐含执行toAbsolutePath()和normalize()。适合需要真实、可靠路径的场景（如安全校验、配置加载） - 推荐组合：
Paths.get("conf/../cfg/./app.conf").toAbsolutePath().normalize()，一步到位得到规范绝对路径
跨平台构造路径的最佳实践
避免硬写 / 或 \，用多参数 Paths.get() 让系统自动适配分隔符：
-
Paths.get("src", "main", "resources", "application.yml")→ 自动变成src/main/resources/application.yml（Linux/macOS）或srcmain esourcespplication.yml（Windows） - 该方式默认生成相对路径；如需绝对路径，链式调用
.toAbsolutePath() - 若第一个参数已是绝对路径（如
Paths.get("/opt/app")），后续参数仍会正确拼接，结果保持绝对
