应使用 path.combine 拼接路径而非字符串拼接，它自动适配平台分隔符、清理冗余斜杠、支持相对路径段，但不解析 ".."；需规范路径时须配合 path.getfullpath，且须防范 null 参数异常。
用 Path.Combine 而不是字符串拼接
直接用 + 或 string.Format 拼接路径，极大概率导致斜杠重复、缺失或跨平台失效。比如 "C:\temp" + "\" + "log.txt" 在 Linux 上跑不起来，而 "C:/temp" + "/" + "log.txt" 在 Windows 下可能被误解析为 UNC 路径。
Path.Combine 会自动处理分隔符、清理空段、忽略冗余斜杠，并适配当前运行环境（Path.AltDirectorySeparatorChar 和 Path.DirectorySeparatorChar 都被内部识别）。
- 多个参数可一次传入：
Path.Combine("C:", "Users", "Alice", "Documents", "data.json") - 支持相对路径段：
Path.Combine("app/", "../config/", "settings.xml")→"app/../config/settings.xml"（注意：它不自动解析..，仅拼接） - 任意一段为绝对路径时，前面所有段会被丢弃：
Path.Combine("a", "b", "C:\root", "file.txt")→"C:\root\file.txt"
需要解析父目录或规范路径时用 Path.GetFullPath
Path.Combine 只拼接，不验证也不规整。如果你的输入含 ".."、"." 或多余斜杠，且需要真实物理路径，必须再套一层 Path.GetFullPath。
例如：Path.Combine("C:pp", "..logs..config.") 返回 "C:pp..logs..config."；而 Path.GetFullPath(...) 返回 "C:ppconfig"。
-
Path.GetFullPath要求路径在当前工作目录下可解析，否则抛System.IO.DirectoryNotFoundException - 若只是做纯字符串规整（不访问磁盘），可用
Path.GetRelativePath或正则清理，但通常没必要——先Combine，再GetFullPath是最稳组合 - 注意：它会把相对路径转为绝对路径，可能暴露你本不想泄露的实际工作目录
避免硬编码路径分隔符和驱动器冒号逻辑
写 path + "\" + filename 或 path + "/" + filename 是典型反模式。更隐蔽的问题是手动判断驱动器：if (path.StartsWith("C:")) ——这在 .NET 5+ 的跨平台场景下完全不可靠（Linux/macOS 没有驱动器概念）。
- 永远用
Path.DirectorySeparatorChar获取当前平台分隔符（但一般不需要自己用，交给Path.Combine） - 检查路径是否为绝对路径，请用
Path.IsPathRooted(path)，而不是正则匹配^[a-zA-Z]:\或^/ - 提取文件名、扩展名、目录部分，统一走
Path.GetFileName、Path.GetExtension、Path.GetDirectoryName，它们能正确处理各种边界情况（如 UNC、带查询参数的 URI 风格路径等）
特殊场景：构建 URL 或容器内路径时别混用 Path
Path 类专为本地文件系统设计。如果你在生成 HTTP URL（如 "https://api.example.com/v1/files/" + fileName）或 Docker 卷映射路径（如 -v /host/data:/container/data），Path.Combine 不但无用，还可能引入错误斜杠（比如在 URL 中塞进反斜杠）。
这类场景应使用对应领域的工具：
- URL 拼接用
Uri构造函数或UriBuilder - Docker 或 Kubernetes 路径，按目标平台约定手写，或用专门的配置类封装
- 若需“类似路径”的字符串组装（如日志分类键
"error/database/timeouts"），建议自定义一个轻量函数，明确不调用Path相关 API
最容易被忽略的一点：Path.Combine 对空字符串或 null 的容忍度很低——任一参数为 null 就直接抛 ArgumentNullException。生产代码里务必先做空值检查，或用 ?? string.Empty 防御。
