Path.GetFileName 返回空或报错因输入为 null 或尾部斜杠路径；Path.GetDirectoryName 依赖路径格式而非文件系统；Path.GetFullPath 隐式绑定当前工作目录易致不稳定；跨平台拼接须用 Path.Combine 而非硬拼字符串。
Path.GetFileName 为什么返回空或报错
调用 Path.GetFileName 前必须确保传入的是合法路径字符串，不能是 null 或纯目录结尾（如 "C:\\temp\\"）。Windows 下末尾反斜杠会被视为目录，函数直接返回空字符串；Linux/macOS 下同理。常见错误是把 Directory.GetCurrentDirectory() 拼接后没校验是否带尾部斜杠。
- 安全写法：先用
Path.IsPathRooted判断是否为绝对路径，再用Path.TrimEnd('\\', '/')清理尾部分隔符 - 若输入来自用户输入或配置文件，建议加
string.IsNullOrWhiteSpace(path)防御性检查 - 注意：该方法不验证文件是否存在，只做字符串解析
Path.GetDirectoryName 返回上级目录但结果不符合预期
Path.GetDirectoryName 的行为依赖路径格式而非实际文件系统结构。例如 Path.GetDirectoryName("log.txt") 返回空字符串（因为是相对无目录的文件名），而 Path.GetDirectoryName("data\\log.txt") 才返回 "data"。它不会自动补全当前工作目录，也不会访问磁盘。
- 想获取“当前执行目录下的某子目录”，应组合使用：
Path.Combine(Directory.GetCurrentDirectory(), "subdir") - 对 UNC 路径（如
\\\\server\\share\\file.txt）会正确返回\\\\server\\share，无需特殊处理 - 避免链式调用如
Path.GetDirectoryName(Path.GetDirectoryName(path))处理深度不确定路径——改用Path.GetFullPath规范化后再切分更可靠
Path.GetFullPath 解析相对路径时容易踩的坑
Path.GetFullPath 看似简单，但会隐式绑定到当前工作目录（Environment.CurrentDirectory），而该值可能被其他代码或调试器修改，导致路径解析结果不稳定。
- 在服务、ASP.NET Core 或多线程环境中，务必显式指定基准目录：
Path.GetFullPath(relativePath, basePath)（.NET 5+ 支持第二个参数） - 若需兼容旧版本，先用
Path.Combine(AppContext.BaseDirectory, relativePath)再调用GetFullPath - 注意：该方法会抛出
ArgumentException（非法字符）、IOException（路径过长）等异常，生产环境必须 try-catch
跨平台路径拼接别硬拼字符串
直接用 "dir1" + "\\" + "file.txt" 或 "dir1/dir2/file.txt" 在 Linux/macOS 上会失败。.NET 的 Path.Combine 会根据运行时平台自动选择分隔符，且能处理冗余分隔符、空段等问题。
- 即使目标是 Windows-only 应用，也建议统一用
Path.Combine("a", "b", "c.txt")—— 它比字符串拼接更健壮，比如自动跳过null或空字符串参数 - 不要对
Path.Combine结果再手动加斜杠，它已处理好结尾规则（除非你明确需要目录形式，此时可追加Path.DirectorySeparatorChar） - 如果路径来自 URL 或数据库字段，先用
Uri.UnescapeDataString或正则清理非法字符，再进Path类处理
