Path类用于跨平台路径处理，但需注意：Path.Combine遇绝对路径会丢弃前面参数；GetDirectoryName对无目录路径返回空；GetFullPath依赖CurrentDirectory易出错；提取文件名和扩展名存在边界情况；必须校验输入合法性。
别用字符串拼接路径，也别自己写 lastIndexOf('\') 提取文件名——Path 类就是干这个的，但用错参数或忽略平台差异，反而会让路径逻辑在 Linux 容器里直接崩掉。
Path.Combine 拼路径时为什么有时“丢了前面的目录”
因为 Path.Combine 遇到任意一个参数是绝对路径（比如 "C:\data" 或 "/home/user"），就会直接返回那个绝对路径，前面所有参数全被忽略。
- 错误写法：
Path.Combine("config", "C:\app\settings.json")→ 结果是"C:\app\settings.json"，不是你想要的"config\C:\app\settings.json" - 正确做法：先判断是否为绝对路径：
if (Path.IsPathRooted(userInput)) { useAsIs } else { Path.Combine(baseDir, userInput) } - 跨平台场景下，永远用
Path.Combine，别硬写"dir1" + "/" + "file.txt"或"dir1" + "\" + "file.txt"—— 分隔符由运行时自动决定
Path.GetDirectoryName 返回空字符串或结果“不对”
Path.GetDirectoryName 只做字符串解析，不访问磁盘，也不补当前目录。传入 "log.txt"（无目录）就返回空字符串；传入 "datalog.txt" 才返回 "data"。
- 想获取“当前程序目录下的 logs 子目录”，别写
Path.GetDirectoryName("logs/app.log")，而要写Path.Combine(AppContext.BaseDirectory, "logs") - UNC 路径如
"\\server\share\file.txt"会被正确处理，返回"\\server\share"，无需特殊分支 - 避免链式调用：
Path.GetDirectoryName(Path.GetDirectoryName(path))在深度不确定时容易出错；应先Path.GetFullPath(path)规范化，再切分
Path.GetFullPath 解析相对路径为什么上线就失败
Path.GetFullPath 默认绑定 Environment.CurrentDirectory，而这个值在 ASP.NET Core、Docker、多线程或调试器中极易被修改，导致路径解析结果不可控。
- .NET 5+ 推荐显式指定基准目录：
Path.GetFullPath("config.json", AppContext.BaseDirectory) - 旧版本兼容写法：
Path.GetFullPath(Path.Combine(AppContext.BaseDirectory, "config.json")) - 必须加异常捕获：该方法可能抛
ArgumentException（含非法字符）、IOException（路径过长），生产环境不 catch 就是埋雷 - 它不检查文件是否存在，只做字符串规范化 —— 别把它当
File.Exists用
提取文件名和扩展名时容易忽略的边界情况
Path.GetFileName 和 Path.GetExtension 看似简单，但对隐藏文件、带点的目录名、无扩展名文件等处理有隐性规则。
-
Path.GetFileName(".gitignore")→".gitignore"（不是空）；Path.GetExtension(".gitignore")→""（空字符串，因为点开头不算扩展名） -
Path.GetFileName("my.version/config.json")→"config.json"（不会误把"my.version"当扩展名） -
Path.GetExtension("archive.")→"."（末尾点号会被识别为扩展名）；Path.GetExtension("archive")→"" - 输入前务必防御性检查：
string.IsNullOrWhiteSpace(path)+Path.IsPathRooted(path)，尤其来自配置或用户输入时
最常被跳过的其实是路径校验环节：没验证 Path.GetInvalidFileNameChars() 就直接拼接用户输入的文件名，Windows 下遇到 * 或 ? 就会静默失败；没清理尾部斜杠就传给 Path.GetFileName，在 Windows 上返回空字符串——这些都不是 bug，是 Path 类按规范工作的结果。
