如何确保 StreamReader.BaseStream.Length 将返回正确的值？

Question

我有一个循环将BaseStream.Length 与lastMaxOffset 进行比较，假设10 次中有9 次运行正常。
但这是 BaseStream.Length 以某种方式设置为 0 的 1 次 - 在调试模式下它显示正常值，始终大于 0 - 这导致我的控制台应用程序出现问题。 我验证了长度不等于 0，因为它是一个只会增长的日志文件。所以我猜这是一个 BaseStream 问题（可能暂时没有长度值，所以将其设置为 0） 有没有办法确保StreamReader.BaseStream.Length 只返回正确的值？

using (StreamReader reader = new StreamReader(
    new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.ReadWrite), 
    Encoding.Default))
{
    long lastMaxOffset = this.getMaxOffsetForFile(path);
    if ( lastMaxOffset == 0 )
    {
        lastMaxOffset = this.setMaxOffsetForFile(path, reader.BaseStream.Length);
    }

    reader.DiscardBufferedData();
    long fileLength = reader.BaseStream.Length;

    if (fileLength > lastMaxOffset)
    { 
         //my code 
    }
}

Answer 1

您正在读取一个正在被另一个进程写入的文件。 FileShare.ReadWrite 为您提供了执行此操作的后门。该过程没有义务让您的生活变得轻松。

您正在使用 FileStream.Length，它没有任何问题。除了使用 GetFileSize() 向操作系统询问文件大小外，它什么也不做。您总是可以假设某种有缺陷的网络文件系统，但这永远不会让您到达任何地方。这里的正确假设是您实际上看到了这个过程的作用。

它有时会截断文件。发生这种情况时，您将得到 0。或者其他一些小的数字，它不必为 0，而且当您在进程继续写入文件时进行调试时，它当然不必重复。

日志文件没有什么不寻常的，它们不会永远增长。您必须编写代码来适应这种情况。很难做到 100% 正确，您不能依赖可靠的 Length 值。当您获得一个小于前一个值的新值时，唯一合理的做法是假设进程开始重写日志文件，因此您必须再次开始读取偏移量 0（不是 Length 也不是 lastMaxOffset）。强烈建议使用电话与此应用程序的程序员交谈以验证这些假设。