c# - FileStream.Seek 与缓冲读取

Question

受 this answer 启发我想知道如果使用大量 FileStream.Seek(-1)，幕后会发生什么。

为清楚起见，我将重新发布答案:

using (var fs = File.OpenRead(filePath))
{
    fs.Seek(0, SeekOrigin.End);

    int newLines = 0;
    while (newLines < 3)
    {
        fs.Seek(-1, SeekOrigin.Current);
        newLines += fs.ReadByte() == 13 ? 1 : 0; // look for \r
        fs.Seek(-1, SeekOrigin.Current);
    }

    byte[] data = new byte[fs.Length - fs.Position];
    fs.Read(data, 0, data.Length);
}

就我个人而言，我会将大约 2048 个字节读入缓冲区并在该缓冲区中搜索字符。

使用 Reflector 我发现该方法在内部使用 SetFilePointer .

是否有任何关于 Windows 缓存和向后读取文件的文档？当使用连续的 Seek(-1) 时，Windows 是否“向后”缓冲并查询缓冲区，还是从当前位置开始提前读取？

有趣的是，一方面大多数人同意 Windows 做的好的缓存，但另一方面每个对“向后读取文件”的回答都涉及读取字节 block 并对该 block 进行操作。

Answer 1

前进与后退通常没有太大区别。文件数据在第一次读取后被读入文件系统缓存，您在 ReadByte() 上获得内存到内存的副本。只要数据在缓存中，该副本对文件指针值不敏感。然而，缓存算法确实基于您通常按顺序读取的假设。只要文件扇区仍在同一轨道上，它就会尝试提前读取。它们通常是，除非磁盘碎片严重。

但是，是的，它是低效的。对于每个单独的字节，您会遇到两次 pinvoke 和 API 调用。这其中有相当多的开销，同样的两个调用也可以读取，比如说，65 KB 的开销相同。与往常一样，仅当您发现它是性能瓶颈时才修复它。