如何检查给定字符串是否是 Windows 下的合法/有效文件名？

与其显式包含所有可能的字符，不如执行正则表达式来检查是否存在非法字符，然后报告错误。理想情况下，应用程序应完全按照用户的意愿命名文件，并且只有在偶然发现错误时才会大喊大叫。

在 MSDN 中，下面是不允许的字符列表：

使用当前代码页中的几乎任何字符作为名称，包括 Unicode 字符和扩展字符集 （128–255） 中的字符，但以下字符除外：

• 不允许使用以下保留字符： < > : " / \ | ?*
• 不允许使用整数表示形式介于 0 到 31 之间的字符。
• 目标文件系统不允许的任何其他字符。

可以从 Path.GetInvalidPathChars 和 GetInvalidFileNameChars 获取无效字符的列表。

更新：请参阅 Steve Cooper 关于如何在正则表达式中使用它们的建议。

更新2：请注意，根据 MSDN 中的“备注”部分，“不保证从此方法返回的数组包含文件和目录名称中无效的完整字符集。sixlettervaliables提供的答案更详细。

Windows 文件名非常不受限制，因此实际上它甚至可能不是什么大问题。Windows 不允许的字符包括：

\ / : * ? " < > |

您可以轻松地编写一个表达式来检查这些字符是否存在。不过，更好的解决方案是尝试根据用户的需要命名文件，并在文件名不粘住时提醒他们。

此外，CON、PRN、AUX、NUL、COM# 和其他一些文件名在任何具有任何扩展名的目录中都不是合法文件名。

Microsoft Windows：Windows 内核禁止使用范围 1-31（即 0x01-0x1F）中的字符和字符“ * ： < > ？\ |.尽管 NTFS 允许每个路径组件（目录或文件名）的长度为 255 个字符，路径长度不超过 32767 个字符，但 Windows 内核仅支持最大长度为 259 个字符的路径。此外，Windows 禁止使用 MS-DOS 设备名称 AUX、CLOCK$、COM1、COM2、COM3、COM4、COM5、COM6、COM7、COM8、COM9、CON、LPT1、LPT2、LPT3、LPT4、LPT5、LPT6、LPT7、LPT8、LPT9、NUL 和 PRN，以及这些带有任何扩展名的名称（例如，AUX.txt），除非使用长 UNC 路径（例如 \.\C：\nul.txt 或 \？\D：\aux\con）。（事实上，如果提供了扩展，则可以使用 CLOCK$。这些限制仅适用于 Windows - 例如，Linux 允许使用“ * ： < > ？\ |即使在 NTFS 中。

来源：http://en.wikipedia.org/wiki/Filename

对于 3.5 之前的 .Net Frameworks，这应该有效：

正则表达式匹配应该能帮你一些忙。这是一个使用常量的片段;System.IO.Path.InvalidPathChars

bool IsValidFilename(string testName)
{
    Regex containsABadCharacter = new Regex("[" 
          + Regex.Escape(System.IO.Path.InvalidPathChars) + "]");
    if (containsABadCharacter.IsMatch(testName)) { return false; };

    // other checks for UNC, drive-path format, etc

    return true;
}

对于 3.0 之后的 .Net Frameworks，这应该有效：

http://msdn.microsoft.com/en-us/library/system.io.path.getinvalidpathchars（v=vs.90）.aspx

正则表达式匹配应该能帮你一些忙。这是一个使用常量的片段;System.IO.Path.GetInvalidPathChars()

bool IsValidFilename(string testName)
{
    Regex containsABadCharacter = new Regex("["
          + Regex.Escape(new string(System.IO.Path.GetInvalidPathChars())) + "]");
    if (containsABadCharacter.IsMatch(testName)) { return false; };

    // other checks for UNC, drive-path format, etc

    return true;
}

一旦你知道了这一点，你还应该检查不同的格式，例如和c:\my\drive\\server\share\dir\file.ext

问题是，您是否尝试确定路径名是否是合法的 Windows 路径，或者它在运行代码的系统上是否合法。？我认为后者更重要，所以就我个人而言，我可能会分解完整路径并尝试使用 _mkdir 创建文件所属的目录，然后尝试创建文件。

这样，您不仅可以知道路径是否仅包含有效的 Windows 字符，还可以知道它是否实际表示可由此过程写入的路径。

在 MSDN 的“命名文件或目录”中，以下是 Windows 下合法文件名的一般约定：

您可以使用当前代码页中的任何字符（Unicode/ANSI 高于 127），但以下字符除外：

• < > : " / \ | ? *
• 整数表示形式为 0-31（小于 ASCII 空格）的字符
• 目标文件系统不允许的任何其他字符（例如，尾随句点或空格）
• 任何DOS名称：CON，PRN，AUX，NUL，COM0，COM1，COM2，COM3，COM4，COM5，COM6，COM7，COM8，COM9，LPT0，LPT1，LPT2，LPT3，LPT4，LPT5，LPT6，LPT7，LPT8，LPT9（并避免AUX.txt等）
• 文件名为所有句点

要检查的一些可选事项：

• 文件路径（包括文件名）的字符数不得超过 260 个（不使用前缀）\?\
• 使用时超过 32,000 个字符的 Unicode 文件路径（包括文件名）（请注意，前缀可能会扩展目录组件并导致其溢出 32,000 个限制）\?\

尝试使用它，并捕获错误。允许的设置可能会因文件系统或不同版本的 Windows 而更改。换句话说，如果你想知道 Windows 是否喜欢这个名字，就把这个名字交给它，让它告诉你。

这是我使用的：

    public static bool IsValidFileName(this string expression, bool platformIndependent)
    {
        string sPattern = @"^(?!^(PRN|AUX|CLOCK\$|NUL|CON|COM\d|LPT\d|\..*)(\..+)?$)[^\x00-\x1f\\?*:\"";|/]+$";
        if (platformIndependent)
        {
           sPattern = @"^(([a-zA-Z]:|\\)\\)?(((\.)|(\.\.)|([^\\/:\*\?""\|<>\. ](([^\\/:\*\?""\|<>\. ])|([^\\/:\*\?""\|<>]*[^\\/:\*\?""\|<>\. ]))?))\\)*[^\\/:\*\?""\|<>\. ](([^\\/:\*\?""\|<>\. ])|([^\\/:\*\?""\|<>]*[^\\/:\*\?""\|<>\. ]))?$";
        }
        return (Regex.IsMatch(expression, sPattern, RegexOptions.CultureInvariant));
    }

第一种模式创建仅针对 Windows 平台的包含无效/非法文件名和字符的正则表达式。第二个做同样的事情，但确保该名称对任何平台都是合法的。

对于这种情况，正则表达式是矫枉过正的。您可以将该方法与 和 结合使用。String.IndexOfAny()Path.GetInvalidPathChars()Path.GetInvalidFileNameChars()

另请注意，这两种方法都会克隆内部数组并返回克隆。因此，如果您要经常这样做（成千上万次），您可以缓存无效字符数组的副本以供重用。Path.GetInvalidXXX()

要记住的一个极端情况，当我第一次发现它时，这让我感到惊讶：Windows 允许在文件名中提供前导空格字符！例如，以下是 Windows 上所有合法且不同的文件名（减去引号）：

"file.txt"
" file.txt"
"  file.txt"

从中得到的一个启示是：在编写从文件名字符串中修剪前导/尾随空格的代码时要小心。

此类清理文件名和路径;像这样使用它

var myCleanPath = PathSanitizer.SanitizeFilename(myBadPath, ' ');

这是代码;

/// <summary>
/// Cleans paths of invalid characters.
/// </summary>
public static class PathSanitizer
{
    /// <summary>
    /// The set of invalid filename characters, kept sorted for fast binary search
    /// </summary>
    private readonly static char[] invalidFilenameChars;
    /// <summary>
    /// The set of invalid path characters, kept sorted for fast binary search
    /// </summary>
    private readonly static char[] invalidPathChars;

    static PathSanitizer()
    {
        // set up the two arrays -- sorted once for speed.
        invalidFilenameChars = System.IO.Path.GetInvalidFileNameChars();
        invalidPathChars = System.IO.Path.GetInvalidPathChars();
        Array.Sort(invalidFilenameChars);
        Array.Sort(invalidPathChars);

    }

    /// <summary>
    /// Cleans a filename of invalid characters
    /// </summary>
    /// <param name="input">the string to clean</param>
    /// <param name="errorChar">the character which replaces bad characters</param>
    /// <returns></returns>
    public static string SanitizeFilename(string input, char errorChar)
    {
        return Sanitize(input, invalidFilenameChars, errorChar);
    }

    /// <summary>
    /// Cleans a path of invalid characters
    /// </summary>
    /// <param name="input">the string to clean</param>
    /// <param name="errorChar">the character which replaces bad characters</param>
    /// <returns></returns>
    public static string SanitizePath(string input, char errorChar)
    {
        return Sanitize(input, invalidPathChars, errorChar);
    }

    /// <summary>
    /// Cleans a string of invalid characters.
    /// </summary>
    /// <param name="input"></param>
    /// <param name="invalidChars"></param>
    /// <param name="errorChar"></param>
    /// <returns></returns>
    private static string Sanitize(string input, char[] invalidChars, char errorChar)
    {
        // null always sanitizes to null
        if (input == null) { return null; }
        StringBuilder result = new StringBuilder();
        foreach (var characterToTest in input)
        {
            // we binary search for the character in the invalid set. This should be lightning fast.
            if (Array.BinarySearch(invalidChars, characterToTest) >= 0)
            {
                // we found the character in the array of 
                result.Append(errorChar);
            }
            else
            {
                // the character was not found in invalid, so it is valid.
                result.Append(characterToTest);
            }
        }

        // we're done.
        return result.ToString();
    }

}

目标文件系统也很重要。

在 NTFS 下，某些文件无法在特定目录中创建。 例如，根$Boot

为了补充其他答案，以下是您可能需要考虑的几个其他边缘情况。

• 如果将工作簿保存在名称包含“[”或“]”字符的文件中，则 Excel 可能会出现问题。有关详细信息，请参阅 http://support.microsoft.com/kb/215205。

• Sharepoint 还有一整套额外的限制。有关详细信息，请参阅 http://support.microsoft.com/kb/905231。

这是一个已经回答的问题，但只是为了“其他选项”，这里有一个不理想的问题：

（不理想，因为通常使用 Exceptions 作为流控制是一件“坏事”）

public static bool IsLegalFilename(string name)
{
    try 
    {
        var fileInfo = new FileInfo(name);
        return true;
    }
    catch
    {
        return false;
    }
}

我用它来去除文件名中的无效字符而不会引发异常：

private static readonly Regex InvalidFileRegex = new Regex(
    string.Format("[{0}]", Regex.Escape(@"<>:""/\|?*")));

public static string SanitizeFileName(string fileName)
{
    return InvalidFileRegex.Replace(fileName, string.Empty);
}

我建议只使用 Path.GetFullPath（）

string tagetFileFullNameToBeChecked;
try
{
  Path.GetFullPath(tagetFileFullNameToBeChecked)
}
catch(AugumentException ex)
{
  // invalid chars found
}

简化尤金·卡茨的回答：

bool IsFileNameCorrect(string fileName){
    return !fileName.Any(f=>Path.GetInvalidFileNameChars().Contains(f))
}

或

bool IsFileNameCorrect(string fileName){
    return fileName.All(f=>!Path.GetInvalidFileNameChars().Contains(f))
}

如果文件名太长且在Windows 10之前的环境中运行，其中许多答案将不起作用。同样，想想你想用句点做什么 - 允许前导或尾随在技术上是有效的，但如果你不希望文件难以分别查看或删除，可能会产生问题。

这是我创建的验证属性，用于检查有效的文件名。

public class ValidFileNameAttribute : ValidationAttribute
{
    public ValidFileNameAttribute()
    {
        RequireExtension = true;
        ErrorMessage = "{0} is an Invalid Filename";
        MaxLength = 255; //superseeded in modern windows environments
    }
    public override bool IsValid(object value)
    {
        //http://stackoverflow.com/questions/422090/in-c-sharp-check-that-filename-is-possibly-valid-not-that-it-exists
        var fileName = (string)value;
        if (string.IsNullOrEmpty(fileName)) { return true;  }
        if (fileName.IndexOfAny(Path.GetInvalidFileNameChars()) > -1 ||
            (!AllowHidden && fileName[0] == '.') ||
            fileName[fileName.Length - 1]== '.' ||
            fileName.Length > MaxLength)
        {
            return false;
        }
        string extension = Path.GetExtension(fileName);
        return (!RequireExtension || extension != string.Empty)
            && (ExtensionList==null || ExtensionList.Contains(extension));
    }
    private const string _sepChar = ",";
    private IEnumerable<string> ExtensionList { get; set; }
    public bool AllowHidden { get; set; }
    public bool RequireExtension { get; set; }
    public int MaxLength { get; set; }
    public string AllowedExtensions {
        get { return string.Join(_sepChar, ExtensionList); } 
        set {
            if (string.IsNullOrEmpty(value))
            { ExtensionList = null; }
            else {
                ExtensionList = value.Split(new char[] { _sepChar[0] })
                    .Select(s => s[0] == '.' ? s : ('.' + s))
                    .ToList();
            }
    } }

    public override bool RequiresValidationContext => false;
}

和测试

[TestMethod]
public void TestFilenameAttribute()
{
    var rxa = new ValidFileNameAttribute();
    Assert.IsFalse(rxa.IsValid("pptx."));
    Assert.IsFalse(rxa.IsValid("pp.tx."));
    Assert.IsFalse(rxa.IsValid("."));
    Assert.IsFalse(rxa.IsValid(".pp.tx"));
    Assert.IsFalse(rxa.IsValid(".pptx"));
    Assert.IsFalse(rxa.IsValid("pptx"));
    Assert.IsFalse(rxa.IsValid("a/abc.pptx"));
    Assert.IsFalse(rxa.IsValid("a\\abc.pptx"));
    Assert.IsFalse(rxa.IsValid("c:abc.pptx"));
    Assert.IsFalse(rxa.IsValid("c<abc.pptx"));
    Assert.IsTrue(rxa.IsValid("abc.pptx"));
    rxa = new ValidFileNameAttribute { AllowedExtensions = ".pptx" };
    Assert.IsFalse(rxa.IsValid("abc.docx"));
    Assert.IsTrue(rxa.IsValid("abc.pptx"));
}

如果您只是想检查保存文件名/路径的字符串是否包含任何无效字符，我发现最快的方法是将文件名分解为无效字符所在的部分数组。如果结果只是一个 1 的数组，则没有无效字符。:-)Split()

var nameToTest = "Best file name \"ever\".txt";
bool isInvalidName = nameToTest.Split(System.IO.Path.GetInvalidFileNameChars()).Length > 1;

var pathToTest = "C:\\My Folder <secrets>\\";
bool isInvalidPath = pathToTest.Split(System.IO.Path.GetInvalidPathChars()).Length > 1;

我尝试在 LinqPad 中对文件/路径名运行此方法和上面提到的其他方法 1,000,000 次。

使用时间仅为 ~850 毫秒。Split()

使用时间约为 6 秒。Regex("[" + Regex.Escape(new string(System.IO.Path.GetInvalidPathChars())) + "]")

更复杂的正则表达式要糟糕得多，其他一些选项也是如此，例如使用类上的各种方法来获取文件名并让其内部验证完成工作（很可能是由于异常处理的开销）。Path

当然，您不需要验证 100 万个文件名并不常见，因此对于大多数这些方法来说，一次迭代是可以的。但是，如果您只查找无效字符，它仍然非常有效。

我的尝试：

using System.IO;

static class PathUtils
{
  public static string IsValidFullPath([NotNull] string fullPath)
  {
    if (string.IsNullOrWhiteSpace(fullPath))
      return "Path is null, empty or white space.";

    bool pathContainsInvalidChars = fullPath.IndexOfAny(Path.GetInvalidPathChars()) != -1;
    if (pathContainsInvalidChars)
      return "Path contains invalid characters.";

    string fileName = Path.GetFileName(fullPath);
    if (fileName == "")
      return "Path must contain a file name.";

    bool fileNameContainsInvalidChars = fileName.IndexOfAny(Path.GetInvalidFileNameChars()) != -1;
    if (fileNameContainsInvalidChars)
      return "File name contains invalid characters.";

    if (!Path.IsPathRooted(fullPath))
      return "The path must be absolute.";

    return "";
  }
}

这并不完美，因为不会返回文件和目录名称中无效的完整字符集，当然还有很多微妙之处。Path.GetInvalidPathChars

所以我用这个方法作为补充：

public static bool TestIfFileCanBeCreated([NotNull] string fullPath)
{
  if (string.IsNullOrWhiteSpace(fullPath))
    throw new ArgumentException("Value cannot be null or whitespace.", "fullPath");

  string directoryName = Path.GetDirectoryName(fullPath);
  if (directoryName != null) Directory.CreateDirectory(directoryName);
  try
  {
    using (new FileStream(fullPath, FileMode.CreateNew)) { }
    File.Delete(fullPath);
    return true;
  }
  catch (IOException)
  {
    return false;
  }
}

它会尝试创建文件，如果出现异常，则返回 false。当然，我需要创建文件，但我认为这是最安全的方法。另请注意，我不会删除已创建的目录。

您还可以使用第一种方法进行基本验证，然后在使用路径时仔细处理异常。

我从某人那里得到了这个想法。- 不知道是谁。让操作系统完成繁重的工作。

public bool IsPathFileNameGood(string fname)
{
    bool rc = Constants.Fail;
    try
    {
        this._stream = new StreamWriter(fname, true);
        rc = Constants.Pass;
    }
    catch (Exception ex)
    {
        MessageBox.Show(ex.Message, "Problem opening file");
        rc = Constants.Fail;
    }
    return rc;
}

此检查

static bool IsValidFileName(string name)
{
    return
        !string.IsNullOrWhiteSpace(name) &&
        name.IndexOfAny(Path.GetInvalidFileNameChars()) < 0 &&
        !Path.GetFullPath(name).StartsWith(@"\\.\");
}

过滤掉带有无效字符（和 ASCII 0-31）的名称，以及保留的 DOS 设备 （， ， ）。它允许前导空格和全点名称，与 .（在我的系统上创建带有前导空格的文件成功）。<>:"/\|?*CONNULCOMxPath.GetFullPath

---

使用在 Windows 7 上测试的 .NET Framework 4.7.1。

一个用于验证字符串中 illigal 字符的行：

public static bool IsValidFilename(string testName) => !Regex.IsMatch(testName, "[" + Regex.Escape(new string(System.IO.Path.InvalidPathChars)) + "]");

在我看来，这个问题唯一正确的答案是尝试使用路径并让操作系统和文件系统对其进行验证。否则，您只是在重新实现（而且可能很糟糕）操作系统和文件系统已经使用的所有验证规则，如果将来更改这些规则，您将不得不更改代码以匹配它们。