长路径名的 Windows 资源管理器替代方案

Question 1

虽然 NTFS 允许路径长度约为 32,000 个字符，但您发现Win32 API 的 259 个字符路径长度限制。

在 Windows API 中（[链接文档]中讨论了某些例外），路径的最大长度为MAX_PATH，定义为 260 个字符。

NULL（路径中另外附加了一个终止字符，这样我们就有 259 个可用字符。）

因为 Explorer（以及几乎所有其他 Windows 应用程序）依赖 Win32 API 来访问文件系统，所以它不是实际的绕过这个限制，尽管可能的：

Windows API 中有许多函数也有 Unicode 版本，允许扩展长度的路径，最大路径总长度为 32,767 个字符。这种类型的路径由用反斜杠分隔的部分组成，每个部分的长度不超过lpMaximumComponentLength函数参数中返回的值GetVolumeInformation（该值通常为 255 个字符）。要指定扩展长度的路径，请使用“\\?\”前缀。例如，“\\?\D:\很长的路“。

不幸的是，您不能直接\\?\D:\very long path在 Explorer 窗口中键入内容。应用程序必须设计为利用这些 API 并处理非常长的路径名。

在 Windows 下访问扩展路径的一种方法是安装赛格威，Windows 的 *nix 仿真层。在我的测试中，Cygwin 似乎不受限制MAX_PATH；bash 和 vi 对 2,000 个字符长的路径没有问题。

请记住，即使您可以使用 bash 浏览扩展路径，您可能也无法在常规 Windows 应用程序中打开这些路径中的文件。例如，notepad在工作目录是扩展路径时键入

错误：当前工作目录的路径长度超过 Win32 工作目录允许的长度。无法从此处启动本机 Windows 应用程序。

尝试notepad "\\?\D:\very long path\file.txt"也不起作用；它启动了，但只是说“找不到文件...”尝试同样的方法记事本++导致系统崩溃。（可能是缓冲区溢出。）

访问深埋在扩展路径中的特定文件的另一个方法是缩短路径本身通过创建 NTFS连接点. 从提升的命令提示符：

D:\> mklink /J jct "\\?\D:\very\long\path"

D:\very\long\path\现在您可以从访问的内容D:\jct\。您不会遇到任何路径长度问题，因为就 Explorer 和其他应用程序而言，路径只是D:\jct\（或其他）。NTFS 驱动程序透明地处理路径重定向（“重新解析点”）。

这种方法的缺点显然是您必须在要访问的文件附近创建一个连接点；您仍然不能简单地浏览整个目录结构。

至于特殊字符（" * : < > ? \ |），这根本行不通。这些字符在 Windows 中具有特殊含义，因此无法在路径中使用它们。（Cygwin 允许您创建包含特殊字符的文件，但它这样做的方式是替换字符带有特殊的 Unicode 字符，然后在读取时将其替换回去。在 Linux 或 Explorer 中查看这些 Cygwin 创建的文件看起来不正确，因为 Unicode 字符不会被替换回去。）

话虽如此，你正在做什么需要很长的路径？也许你可以重新评估你正在做的事情并避免长路径，让你的生活更轻松。很有可能，你反正也不需要那么长的路径。

Answer

虽然 NTFS 允许路径长度约为 32,000 个字符，但您发现Win32 API 的 259 个字符路径长度限制。

在 Windows API 中（[链接文档]中讨论了某些例外），路径的最大长度为MAX_PATH，定义为 260 个字符。