. net框架系统。IO对于无效的文件系统字符提供如下功能:

路径。GetInvalidFileNameChars 路径。GetInvalidPathChars

这些函数应该根据. net运行时所在的平台返回适当的结果。也就是说，这些函数的文档页中的备注说:

方法返回的数组不保证包含 文件和目录中无效的完整字符集 的名字。完整的无效字符集可能因文件系统而异。

要让Windows告诉你答案，最简单的方法是尝试通过资源管理器重命名文件，并输入反斜杠/作为新名称。Windows会弹出一个消息框，告诉你非法字符的列表。

A filename cannot contain any of the following characters:
    \ / : * ? " < > | 

微软文档-命名文件，路径和命名空间-命名约定

禁止文件名字符的“全面指南”在Windows上不起作用，因为它保留了文件名和字符。是的，像这样的角色 *”?还有一些名字是禁止使用的，但是有无数个名字是只由有效字符组成的，是禁止使用的。例如，空格和点是有效的文件名字符，但仅由这些字符组成的名称是禁止的。

Windows不区分大写字母和小写字母，因此如果已经存在名为a的文件夹，则不能创建名为a的文件夹。更糟糕的是，像PRN和CON这样看似允许的名字，以及许多其他的名字，是被保留和不允许的。Windows也有一些长度限制;在一个文件夹中有效的文件名如果移到另一个文件夹中可能会失效。的规则 命名文件和文件夹 都在微软文档里。

一般来说，不能使用用户生成的文本创建Windows目录名。如果您希望允许用户任意命名，则必须创建安全的名称，如A、AB、A2等，将用户生成的名称及其等效路径存储在应用程序数据文件中，并在应用程序中执行路径映射。

如果您绝对必须允许用户生成文件夹名，那么判断它们是否无效的唯一方法是捕获异常并假定名称无效。即使这样也充满了危险，因为为拒绝访问、脱机驱动器和驱动器空间外抛出的异常与为无效名称抛出的异常重叠。你正在打开一个巨大的伤害罐。

对于Windows，您可以使用PowerShell检查它

$PathInvalidChars = [System.IO.Path]::GetInvalidPathChars() #36 chars

要显示您可以转换的UTF-8代码

$enc = [system.Text.Encoding]::UTF8
$PathInvalidChars | foreach { $enc.GetBytes($_) }

$FileNameInvalidChars = [System.IO.Path]::GetInvalidFileNameChars() #41 chars

$FileOnlyInvalidChars = @(':', '*', '?', '\', '/') #5 chars - as a difference

在Unix shell中，您几乎可以用单引号引用每个字符。除了单引号本身之外，您不能表示控制字符，因为\没有展开。从带引号的字符串中访问单引号本身是可能的，因为您可以用单引号和双引号连接字符串，如'I' ' ' ' 'm'，它可以用于访问名为"I'm"的文件(这里也可以使用双引号)。

因此应该避免所有控制字符，因为它们很难在shell中输入。其余部分仍然很有趣，特别是以破折号开头的文件，因为大多数命令将这些文件视为选项，除非您在前面有两个破折号，或者您使用./指定它们，这也隐藏了开头的-。

如果你想要更好，不要使用shell和典型命令使用的任何字符作为语法元素，有时依赖于位置，例如，你仍然可以使用-，但不能作为第一个字符;与.相同，只有当你想要使用它(“隐藏文件”)时，你才能将它作为第一个字符。如果您是恶意的，您的文件名是VT100转义序列;-)，因此ls会使输出乱码。

截至2017年4月18日，这个话题的答案中没有简单的字符和文件名的黑白列表，而且有很多回复。

我能想到的最好的建议是让用户随意命名文件。当应用程序试图保存文件时，使用错误处理程序，捕捉任何异常，假定是文件名造成的错误(显然在确保保存路径也正确之后)，并提示用户输入新的文件名。为了获得最好的结果，将这个检查过程放在一个循环中，直到用户正确或放弃为止。对我来说是最好的工作(至少在VBA)。