我如何使用(避免PathTooLongException):
System.IO.FileInfo
路径大于260个字符?
是否有类似的类/方法返回相同的FileInfo类结果?
答案 0 :(得分:8)
据我所知,这是不容易的。虽然可以像凤凰城提到的那样使用流的变通方法,但文件名处理是不可能的。在内部,每个使用文件名的类都会检查长文件名。
您可以使用反射实例化FileInfo并填充私有成员(但不建议这样做)并使FileInfo指向具有长路径的文件。但是当您尝试使用此对象时,您仍会收到PathTooLongException异常,因为例如,Path类(由FileInfo大量使用)会在每次方法调用时检查长路径。
因此,只有一种正确的方法可以获得无问题的长路径支持 - 实现您自己的一组模拟FileInfo行为的类。它不是很复杂(可能只是安全性),但很耗时。
更新:此处甚至还有两个针对此问题的现成解决方案:AlpfaFS和Zeta Long Paths
答案 1 :(得分:7)
在工作中,我们经常处理长路径,因此我们必须基本上使用自己的System.IO来完成它。嗯,不是真的,但我们重写了文件,目录,FileInfo,DirectoryInfo和路径,仅举几例。基本的前提是从Win32 API的角度来看,所有这些都是可能的,因此在一天结束时你真正需要做的就是调用Win32 API函数的Unicode版本,然后你就会很好。这有很多工作,有时候可能会很痛苦,但实际上并没有更好的方法。
答案 2 :(得分:1)
Microsoft TechNet上有一个很棒的库,用于克服长文件名问题,它被称为 Delimon.Win32.IO Library (V4.0) ,它有自己的System.IO关键方法版本
例如,您将替换:
System.IO.Directory.GetFiles
带
Delimon.Win32.IO.Directory.GetFiles
可让您处理长文件和文件夹。
来自网站:
Delimon.Win32.IO取代了System.IO和。的基本文件功能 支持File&文件夹名称最多为32,767个字符。
此库是在.NET Framework 4.0上编写的,也可以使用 在x86& x64系统。文件&文件夹限制标准 System.IO命名空间可以处理a中包含260个字符的文件 文件名和文件夹名中的240个字符(通常是MAX_PATH 配置为260个字符)。通常你会碰到 System.IO.PathTooLongException 标准.NET库出错。
答案 3 :(得分:1)
我只需要使用FullName属性,但也收到PathTooLongException。
使用反射提取FullPath值足以解决我的问题:
private static string GetFullPath(FileInfo src)
{
return (string)src.GetType()
.GetField("FullPath", BindingFlags.Instance|BindingFlags.NonPublic)
.GetValue(src);
}