应统一使用 Path.Combine 构造路径，它自动适配平台分隔符、处理冗余斜杠和空段；避免手动拼接或依赖 Path.DirectorySeparatorChar，以防非法路径；FileInfo/DirectoryInfo 构造器已内置路径规范化。
用 Path.Combine 替代字符串拼接
硬写 "\" 或 "/" 会直接导致跨平台路径失效。比如 "data\" + filename 在 Linux 下生成 data/ ile.txt，实际是非法路径；而 "data/" + filename 在 Windows 虽能运行，但违反规范且可能在某些 .NET 运行时（如带严格路径验证的容器环境）触发异常。
Path.Combine 会根据当前运行时自动选用 \（Windows）或 /（Linux/macOS），且自动处理冗余分隔符、开头/结尾斜杠等边界情况。
- ✅ 正确：
Path.Combine("logs", "app", "error.log")→ Windows 输出logspperror.log，Linux 输出logs/app/error.log - ❌ 错误：
"logs" + Path.DirectorySeparatorChar + "app" + ...—— 手动拼接仍易出错，且没处理空段、重复分隔符等问题 - ⚠️ 注意：
Path.Combine不会验证路径是否存在，也不做 IO 操作，纯字符串构造
避免直接依赖 Path.DirectorySeparatorChar 构造路径
这个常量确实返回当前系统的分隔符，但仅靠它无法解决路径段之间的连接逻辑。例如 "config" + Path.DirectorySeparatorChar + "settings.json" 看似合理，但若 "config" 结尾已有分隔符（比如来自用户输入或配置），就会产生 config//settings.json 这类非法路径。
更隐蔽的问题是：Path.DirectorySeparatorChar 在不同 .NET 版本下行为一致，但它的存在本身容易诱导开发者“自己动手拼”，绕过 Path.Combine 的健壮性保障。
- ✅ 应该统一用
Path.Combine(a, b, c)，哪怕只有两段 - ❌ 不要用
a + Path.DirectorySeparatorChar + b，尤其当任意一段可能含分隔符或为空时 - ? 补充：若需将路径转为字符串再处理（如日志打印），用
Path.GetFullPath(path)可标准化格式（但注意它会解析相对路径、访问文件系统）
读取配置或用户输入的路径时，优先调用 Path.GetFullPath 或 Path.IsPathRooted
配置文件里写的 "./data/cache" 或 "/var/tmp"，在不同平台含义不同。不加判断直接传给 File.OpenRead 可能因相对路径解析失败而抛 DirectoryNotFoundException。
Path.GetFullPath 会基于当前工作目录展开相对路径，并统一为绝对路径（含驱动器盘符或根目录），同时修正分隔符；Path.IsPathRooted 则帮你快速区分是否已为绝对路径，决定是否需要补前缀。
- ✅ 示例：读取配置项
configDir = "data/output"→string absPath = Path.IsPathRooted(configDir) ? configDir : Path.GetFullPath(configDir) - ⚠️ 注意：
Path.GetFullPath在无对应目录时仍会返回“逻辑上”的绝对路径（如C:myappdataoutput），不检查磁盘是否存在；真要验证，得额外调用Directory.Exists - ? 小技巧：.NET 6+ 支持
Path.Join（类似Path.Combine，但更接近 JavaScript 的path.join语义），不过目前仍推荐用更稳定的Path.Combine
使用 FileInfo / DirectoryInfo 时，构造器内部已兼容分隔符
很多人担心 new FileInfo("logs/error.log") 在 Windows 下会不会出问题——完全不会。FileInfo 和 DirectoryInfo 的构造函数底层调用的就是 Path.GetFullPath，自动处理分隔符和路径规范化。
真正要注意的是：不要把它们和字符串拼接混用。比如 new FileInfo(logDir + "/error.log") 中的 logDir 若来自外部，就又回到了手动拼接的老路。
- ✅ 安全写法：
var dir = new DirectoryInfo(Path.Combine("logs", "app"));，再用dir.FullName拼新文件名 - ✅ 或直接：
var file = new FileInfo(Path.Combine("logs", "app", "error.log")); - ⚠️ 避免：
new FileInfo(logDir + Path.DirectorySeparatorChar + "error.log")—— 多余且风险高
Path.Combine 解决了构造问题，但 File.Exists、Directory.CreateDirectory 这些 IO 方法才真正暴露路径是否有效——而它们的错误信息（比如 UnauthorizedAccessException）往往和分隔符无关，容易误导排查方向。 
