为何Path.GetInvalidPathChars()未包含所有无效字符？跨平台路径验证问题

为什么Path.GetInvalidPathChars()不包含双引号？ #

Path.GetInvalidPathChars()返回的是文件系统内核层面明确禁止的字符，但双引号在Windows系统里属于「命令行/API解析层面的特殊字符」，而非NTFS文件系统本身拒绝的字符：

• NTFS实际上支持包含双引号的文件名/路径，但Windows的Win32文件API在处理路径时，会把双引号当作路径的边界符（比如用于包裹带空格的路径），导致实际创建目录/文件时触发解析错误，抛出IOException。
• DirectoryInfo构造函数仅做路径封装，不执行实际的文件系统操作，所以不会报错；Path.GetFullPath只是做路径格式解析（比如展开相对路径），也不会校验API层面的限制。

跨平台路径验证方案（不实际创建路径） #

要兼顾Windows和Unix平台，需要在默认无效字符的基础上，针对Windows额外过滤双引号，同时保留Unix平台的合法性：

public static bool IsValidPath(string path)
{
    if (string.IsNullOrEmpty(path))
        return false;

    // 获取系统默认的无效路径字符
    var invalidChars = new HashSet<char>(Path.GetInvalidPathChars());

    // Windows平台额外添加双引号（Unix平台允许双引号作为路径字符）
    if (OperatingSystem.IsWindows())
    {
        invalidChars.Add('"');
    }

    // 检查路径是否包含任何无效字符
    return !invalidChars.Any(c => path.Contains(c));
}

补充说明 #

• Unix/Linux文件系统仅禁止斜杠(/)和空字符(\0)，其余字符（包括双引号、空格、特殊符号）都可合法用于路径，无需额外过滤。
• 若还需校验路径格式合法性（比如Windows下盘符格式、Unix下路径起始规则），可结合Path.IsPathRooted等方法做进一步校验，但需注意跨平台差异。

内容的提问来源于stack exchange，提问作者Standard