Directory.Delete是否支持Unicode路径？VB.NET长路径删除异常咨询

先澄清一个关键误解：Directory.Delete是支持带\\?\前缀的Unicode长路径的，你的问题出在配置遗漏和前缀使用规范上，下面拆解具体原因和解决办法：

核心问题点排查 #

1. 注册表长路径设置未真正生效 #

你已经在服务器设置了LongPathsEnabled注册表项，但.NET 4.7.2应用默认不会自动启用这个支持，必须在配置文件里显式开启。
在应用的app.config（或web.config）的<runtime>节点下添加以下配置：

<runtime>
  <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false;Switch.System.IO.BlockLongPaths=false" />
</runtime>

这一步是很多人容易忽略的，只改注册表不改应用配置，等于白开长路径支持。

2. \\?\前缀用错了格式 #

你提到的\?\前缀是错误的，正确的长路径前缀是双反斜杠开头的\\?\，单斜杠的前缀属于非法格式，直接会触发"路径包含非法字符"的异常。
另外要注意：

• 前缀必须搭配绝对路径使用，不能加在相对路径前面；
• 如果是UNC共享路径（比如\\server\share），对应的长路径前缀是\\?\UNC\server\share，不能直接套\\?\。

3. 递归删除时路径格式不统一 #

如果解压后只有父目录加了\\?\前缀，子文件/子目录还是普通长路径，调用Directory.Delete(..., true)递归删除时，会因为子路径超长触发找不到路径的异常。

可行解决方案 #

方案一：启用.NET原生长路径支持（推荐） #

1. 确认服务器注册表HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled的值为1；
2. 给应用添加上面提到的app.config配置；
3. 之后直接用普通的Directory.Delete(path, True)即可，不需要手动加\\?\前缀，框架会自动处理长路径，递归删除也能正常工作。

方案二：手动正确使用\\?\前缀删除 #

如果必须手动处理路径前缀，要做到：

• 给所有解压后的目录、文件路径统一加上正确的\\?\绝对路径前缀；
• 删除时直接传入带前缀的路径，VB.NET示例代码：

  Dim targetDir As String = "\\?\C:\YourUnzipPath\VeryLongDirectory"
  Directory.Delete(targetDir, True)
  

• 路径里的空格、特殊字符不需要额外转义，\\?\前缀会让系统直接按Unicode路径解析。

为什么之前正常现在突然出问题？ #

大概率是这两个原因：

• 新Zip里的文件路径长度刚好卡过了Windows旧的260字符限制，但没超过长路径上限（32767字符），而之前的应用没开长路径支持，所以突然触发异常；
• 服务器的.NET框架可能被自动更新过，旧版本里的隐式长路径兼容行为被取消了，导致之前能跑的逻辑现在失效。

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