在 .NET 4.7 中使用长路径时的 DirectoryNotFoundException



我已在本地组策略编辑器中将Enable Win32 Long Paths设置为Enabled并重新启动计算机。

这是代码:

string path = Environment.GetFolderPath(Environment.SpecialFolder.Desktop);
for (int i = 0; i < 10; i++)
path += "\" + new string('z', 200);
Directory.CreateDirectory(path);

我收到错误:

System.IO.DirectoryNotFoundException: '找不到 path 'C:\Users...\Desktop\zzzzzzzzzz...

(这实际上是一个奇怪的错误消息。

app.config 已经有:

<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7" />

更多信息(可能不重要(

我尝试在 app.config 的configuration下添加本文和其他地方提到的(尽管如评论中所述,使用 .net 4.7 时不需要(:

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

还是同样的错误。

如果我只使用一种zzzzzz...它会在桌面上创建它而不会出错。

我使用的是VS2017,Windows 10。我尝试了Winforms和WPF。

周年更新 (RS1( 有一个错误,允许在没有清单的情况下进行长路径工作。对于任何更新的 Windows,必须将"应用程序清单文件"项添加到项目中。否则它将不起作用。

<application xmlns="urn:schemas-microsoft-com:asm.v3">
<windowsSettings>
<longPathAware xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">true</longPathAware>
</windowsSettings>
</application>

这可能无法回答您的问题,但会为您提供解决方法的提示。我在 Ubuntu Linux 下用 mono 4.5 测试了你的代码片段,就像一个魅力,但在 Windows 中,故事可能有点不同。在这里,应该责备的似乎是.NET Framework本身,关于本文和另一篇文章,不支持长路径。

因此,@Anastasiosyal在这个StackOverflow答案中建议的解决方案是依赖Windows Api本身。有两种方法:直接绕过或 API 调用。

Directory.CreateDirectory(@"\?" + veryLongPath);

Api调用(代码不是我的,从@Anastasiosyal答案中得到它(:

// This code snippet is provided under the Microsoft Permissive License.
using System;
using System.IO;
using System.Runtime.InteropServices;
using Microsoft.Win32.SafeHandles;
[DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
internal static extern SafeFileHandle CreateFile(
string lpFileName,
EFileAccess dwDesiredAccess,
EFileShare dwShareMode,
IntPtr lpSecurityAttributes,
ECreationDisposition dwCreationDisposition,
EFileAttributes dwFlagsAndAttributes,
IntPtr hTemplateFile);
public static void TestCreateAndWrite(string fileName) {
string formattedName = @"\?" + fileName;
// Create a file with generic write access
SafeFileHandle fileHandle = CreateFile(formattedName,
EFileAccess.GenericWrite, EFileShare.None, IntPtr.Zero,
ECreationDisposition.CreateAlways, 0, IntPtr.Zero);
// Check for errors
int lastWin32Error = Marshal.GetLastWin32Error();
if (fileHandle.IsInvalid) {
throw new System.ComponentModel.Win32Exception(lastWin32Error);
}
// Pass the file handle to FileStream. FileStream will close the
// handle
using (FileStream fs = new FileStream(fileHandle,
FileAccess.Write)) {
fs.WriteByte(80);
fs.WriteByte(81);
fs.WriteByte(83);
fs.WriteByte(84);
}
}

此外,我建议您使用Path.Combine而不是path + "\" + subpath.

我有经验:

1(在桌面应用程序(.NET 4.7(中,您不需要更多,然后使用带有前缀@"\?\的路径名(不需要清单,在app.confing中设置UseLegacyPathHandling(和所有工作

2(在Web应用程序中,您必须设置以下内容:

bool legacyPaths;
if (AppContext.TryGetSwitch("Switch.System.IO.UseLegacyPathHandling", out legacyPaths) && legacyPaths)
{
var switchType = Type.GetType("System.AppContextSwitches"); 
if (switchType != null)
{
AppContext.SetSwitch("Switch.System.IO.UseLegacyPathHandling", false);   
var legacyField = switchType.GetField("_useLegacyPathHandling", System.Reflection.BindingFlags.Static | System.Reflection.BindingFlags.NonPublic);
legacyField?.SetValue(null, (Int32)0); 
AppContext.TryGetSwitch("Switch.System.IO.UseLegacyPathHandling", out legacyPaths);
Assert.IsFalse(legacyPaths, "Long pathnames are not supported!");
}
}

希望对您有所帮助!

相关内容

  • 没有找到相关文章

最新更新