在不使用System.IO.FileInfo的情况下，是否可以在C#中获取文件的大小？
我知道可以通过Path.GetFileName(yourFilePath)和Path.GetExtension(yourFilePath)获取其他信息，例如名称和扩展名，但显然无法获取文件大小？有没有其他方法可以获取文件大小而不使用System.IO.FileInfo?
唯一的原因是，如果我没记错的话，FileInfo获取的信息比我实际需要的要多，因此如果我只需要文件的大小，那么收集所有这些FileInfo需要更长时间。有更快的方法吗？
我使用这两种方法进行了基准测试：
public static uint GetFileSizeA(string filename)
{
WIN32_FIND_DATA findData;
FindFirstFile(filename, out findData);
return findData.nFileSizeLow;
}
public static uint GetFileSizeB(string filename)
{
IntPtr handle = CreateFile(
filename,
FileAccess.Read,
FileShare.Read,
IntPtr.Zero,
FileMode.Open,
FileAttributes.ReadOnly,
IntPtr.Zero);
long fileSize;
GetFileSizeEx(handle, out fileSize);
CloseHandle(handle);
return (uint) fileSize;
}
运行在超过2300个文件上，GetFileSizeA花费62-63毫秒运行。GetFileSizeB花费超过18秒。
除非有人看到我做错了什么，否则我认为答案很明显，哪种方法更快。
有没有方法可以避免实际打开文件？
更新
将FileAttributes.ReadOnly更改为FileAttributes.Normal可减少计时，使得两种方法的表现相同。
此外，如果跳过CloseHandle()调用，GetFileSizeEx方法将变快约20-30％，但我不知道是否推荐这样做。
从我做的一个简短测试中，我发现使用 FileStream 平均比使用 Pete 的 GetFileSizeB 慢了 1 毫秒（在网络共享上大约花费了 21 毫秒...）。个人而言，在能够的情况下，我更喜欢留在 BCL 限制内。
代码很简单:
using (var file = new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
{
return file.Length;
}
FileInfo 更慢吗？ - sa.he这不是直接的答案...因为我不确定是否有更快的方法可以使用.NET框架。
这是我正在使用的代码:
List<long> list = new List<long>();
DirectoryInfo di = new DirectoryInfo("C:\\Program Files");
FileInfo[] fiArray = di.GetFiles("*", SearchOption.AllDirectories);
foreach (FileInfo f in fiArray)
list.Add(f.Length);
在我的“Program Files”目录下运行该程序，大约有22720个文件，共计运行了2709毫秒。这个速度是相当不错的。此外，当我将*.txt作为GetFiles方法的第一个参数进行筛选时，时间缩短到了461毫秒。
很多因素会影响程序运行速度，其中硬盘的速度是很重要的因素，但我并不认为 FileInfo 会对性能造成太大的负面影响。
注意：我认为这只适用于 .NET 4 及以上版本。
FileInfo 会很慢。有一个名为 FastFileInfo 的 codeproject 可以解决这个问题。 - Loathing由于您要查找如此多文件的大小，与通过其他方式获取文件大小相比，您更有可能从并行化中受益。我有一个小应用程序，它收集大小信息并将其保存到数组中...但我经常有大约50万个文件，这需要花费一段时间去遍历所有这些文件（我正在使用FileInfo）。 我只是想知道是否有更快的方法...
FileInfo类应该足够好，任何改进都可能很小。如果您想在非Windows主机上使用.NET Core或Mono运行时进行此操作，可以采用快速且不太完美的解决方案：
包含Mono.Posix.NETStandard NuGet包，然后像这样进行操作...
using Mono.Unix.Native;
private long GetFileSize(string filePath)
{
Stat stat;
Syscall.stat(filePath, out stat);
return stat.st_size;
}
FileInfo.Length相比，当获取正在被另一个进程/线程写入的文件的大小时，这给我提供了更可靠的结果。[DllImport("kernel32.dll")]
static extern bool GetFileSizeEx(IntPtr hFile, out long lpFileSize);
但这并没有太大的改善...
这是从pinvoke.net中取出的示例代码：
IntPtr handle = CreateFile(
PathString,
GENERIC_READ,
FILE_SHARE_READ,
0,
OPEN_EXISTING,
FILE_ATTRIBUTE_READONLY,
0); //PInvoked too
if (handle.ToInt32() == -1)
{
return;
}
long fileSize;
bool result = GetFileSizeEx(handle, out fileSize);
if (!result)
{
return;
}
FileStream.Length相同，只是不太易读的版本。 - Tim Schmelter
FileInfo，对代码进行性能分析，以确定其是否足够快。如果您已经确认它在应用程序运行时间中占据了相当大的比例，并且您的应用程序速度不可接受，那么考虑其他选项。 - ServyFileInfo通常是15%的开销，没有优化X，我相信这就是他们想要的。 - Aaron McIver