我们发现长文件名存在问题，通常出现在“我的文档”或共享驱动器上。
基本上，似乎可以编写一个文件名很长的文档，并保存在“我的文档”中。这在那台电脑上是没问题的，文档是“我的文档\verlylongfilename”。
当您到达存储文件的服务器时，就会出现问题，路径变为“e:\All Users\Staff Folders\JSmith\verylongfilename”，这会导致字符数超过资源管理器可以处理的范围。
我发现“删除”或重命名这些文件的唯一方法是映射到文件夹，但如果您想移动一组文件夹，这完全没有意义。
这是否只是我们必须忍受并在发现后进行修复的限制，或者是否有其他方法可以访问这些文件，甚至可以阻止原始用户保存超过 30 个字符的文件名？也许是 GPO 设置？
答案1
NTFS 文件系统支持最多约 32767 个 Unicode 字符的路径，每个路径组件（目录或文件名）最多 255 个字符。但 Windows 资源管理器和大多数其他 Win32 应用程序仅支持 255 个字符的路径。
你可以使用机器人复制，微软提供的免费工具，完全支持长路径名（长度超过 256 个字符）。这里有记录如何使用 robocopy 列出所有开关和选项。
以下是 MSDN 上的一篇文章的摘录，解释了为什么许多程序将路径限制为 255 个字符：
在 Windows API 中（以下段落中讨论了某些例外情况），路径的最大长度为 MAX_PATH，定义为 260 个字符。本地路径的结构如下：驱动器号、冒号、反斜杠、以反斜杠分隔的组件以及终止空字符。例如，驱动器 D 上的最大路径为
D:\some 256 个字符的路径字符串<NUL>其中“”代表当前系统代码页的不可见终止空字符。（此处使用字符 < > 是为了视觉清晰，不能作为有效路径字符串的一部分。）
答案2
看http://www.ratsauce.co.uk/notablog/LongFileNames.asp
这是 Windows NT 家族中比较愚蠢的设计决策之一。据我所知，没有办法阻止用户创建长文件名。
JR
答案3
我在自动执行组驱动器和主驱动器上的一些参数化清除操作时遇到了类似的问题。
我编写了一个自定义 C# 应用程序来实现这一点，但为了处理长文件名，必须使用 Win32 API 的 Unicode 版本，而不是具有上述限制的普通 Ascii 版本。这也意味着如果路径字符串被映射，则在路径字符串前加上 \?\ 前缀；如果路径字符串通过 UNC，则在路径字符串前加上 \?\UNC\ 前缀。
如果您需要，我可以为您提供一些代码示例或更多信息。