据我所知，这是不容易的。 虽然可以像凤凰城提到的那样使用流的变通方法，但文件名处理是不可能的。 在内部，每个使用文件名的类都会检查长文件名。

您可以使用reflection实例化FileInfo并填充私有成员（但不建议这样做）并使FileInfo指向具有长路径的文件。 但是当您尝试使用此对象时，仍会收到PathTooLongExceptionexception，因为例如，Path类（由FileInfo大量使用）会在每次方法调用时检查长路径。

因此，只有一种正确的方法可以获得无问题的长路径支持 – 实现您自己的一组模拟FileInfo行为的类。 它不是很复杂（可能只是安全性），但很耗时。

更新：这里甚至有两个现成的解决方案： AlpfaFS和Zeta长路径

在工作中我们经常处理长路径，因此我们必须基本上使用自己的System.IO来完成它。 嗯，不是真的，但我们重写了文件，目录，FileInfo，DirectoryInfo和路径，仅举几例。 基本前提是从Win32 API的角度来看，所有这些都是可能的，因此在一天结束时你真正需要做的就是调用Win32 API函数的Unicode版本，然后你就会很好。 这有很多工作，有时可能会让人痛苦，但实际上并没有更好的方法。

我只需要使用FullName属性，但也收到PathTooLongException。

使用reflection提取FullPath值足以解决我的问题：

 private static string GetFullPath(FileInfo src) { return (string)src.GetType() .GetField("FullPath", BindingFlags.Instance|BindingFlags.NonPublic) .GetValue(src); } 

Microsoft TechNet上有一个很棒的库，用于克服长文件名问题，它叫做Delimon.Win32.I O Library（V4.0） ，它有自己的System.IO关键方法版本

例如，您将替换：

 System.IO.Directory.GetFiles 

同

 Delimon.Win32.IO.Directory.GetFiles 

这将让你处理长文件和文件夹。

来自网站：

Delimon.Win32.IO取代了System.IO的基本文件function，并支持最多32,767个字符的文件和文件夹名称。

此库是在.NET Framework 4.0上编写的，可以在x86和x64系统上使用。 标准System.IO命名空间的文件和文件夹限制可以使用文件名中包含260个字符且文件夹名称中包含240个字符的文件（MAX_PATH通常配置为260个字符）。 通常，您使用标准.NET库遇到System.IO.PathTooLongException错误。

上述就是C#学习教程：如何使用FileInfo类，避免PathTooLongException？分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注—计算机技术网(www.ctvol.com)!