能否使用StreamReader 读取普通文本文件，然后在读取过程中保存当前位置后关闭StreamReader，然后打开StreamReader 并从那个位置开始阅读？

如果不是，我还可以使用什么来完成相同的情况而不锁定文件？

我试过了，但没用:

var fs = File.Open(@ "C:\testfile.txt", FileMode.Open, FileAccess.Read);
var sr = new StreamReader(fs);

Debug.WriteLine(sr.ReadLine()); //Prints:firstline

var pos = fs.Position;

while (!sr.EndOfStream) 
{
    Debug.WriteLine(sr.ReadLine());
}

fs.Seek(pos, SeekOrigin.Begin);

Debug.WriteLine(sr.ReadLine());
//Prints Nothing, i expect it to print SecondLine.

这是我也试过的其他代码:

var position = -1;
StreamReaderSE sr = new StreamReaderSE(@ "c:\testfile.txt");

Debug.WriteLine(sr.ReadLine());
position = sr.BytesRead;

Debug.WriteLine(sr.ReadLine());
Debug.WriteLine(sr.ReadLine());
Debug.WriteLine(sr.ReadLine());
Debug.WriteLine(sr.ReadLine());

Debug.WriteLine("Wait");

sr.BaseStream.Seek(position, SeekOrigin.Begin);
Debug.WriteLine(sr.ReadLine());

最佳答案

我意识到这真的是迟来的，但我自己偶然发现了 StreamReader 中这个令人难以置信的缺陷；使用 StreamReader 时无法可靠地查找这一事实。就个人而言，我的具体需求是具有阅读字符的能力，但如果满足特定条件则“备份”；这是我正在解析的一种文件格式的副作用。

使用 ReadLine() 不是一种选择，因为它只在非常琐碎的解析工作中有用。我必须支持可配置的记录/行定界符序列并支持转义定界符序列。另外，我不想实现自己的缓冲区，所以我可以支持“备份”和转义序列；这应该是 StreamReader 的工作。

此方法按需计算底层字节流中的实际位置。它适用于 UTF8、UTF-16LE、UTF-16BE、UTF-32LE、UTF-32BE 和任何单字节编码(例如代码页 1252、437、28591 等)，无论是否存在前导码/BOM。此版本不适用于 UTF-7、Shift-JIS 或其他可变字节编码。

当我需要寻找到底层流中的任意位置时，我直接设置BaseStream.Position，然后调用DiscardBufferedData()获取StreamReader 为下一个 Read()/Peek() 调用同步。

友情提醒:不要随意设置BaseStream.Position。如果平分一个字符，您将使下一个 Read() 无效，并且对于 UTF-16/-32，您还将使该方法的结果无效。

public static long GetActualPosition(StreamReader reader)
{
    System.Reflection.BindingFlags flags = System.Reflection.BindingFlags.DeclaredOnly | System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance | System.Reflection.BindingFlags.GetField;

    // The current buffer of decoded characters
    char[] charBuffer = (char[])reader.GetType().InvokeMember("charBuffer", flags, null, reader, null);

    // The index of the next char to be read from charBuffer
    int charPos = (int)reader.GetType().InvokeMember("charPos", flags, null, reader, null);

    // The number of decoded chars presently used in charBuffer
    int charLen = (int)reader.GetType().InvokeMember("charLen", flags, null, reader, null);

    // The current buffer of read bytes (byteBuffer.Length = 1024; this is critical).
    byte[] byteBuffer = (byte[])reader.GetType().InvokeMember("byteBuffer", flags, null, reader, null);

    // The number of bytes read while advancing reader.BaseStream.Position to (re)fill charBuffer
    int byteLen = (int)reader.GetType().InvokeMember("byteLen", flags, null, reader, null);

    // The number of bytes the remaining chars use in the original encoding.
    int numBytesLeft = reader.CurrentEncoding.GetByteCount(charBuffer, charPos, charLen - charPos);

    // For variable-byte encodings, deal with partial chars at the end of the buffer
    int numFragments = 0;
    if (byteLen > 0 && !reader.CurrentEncoding.IsSingleByte)
    {
        if (reader.CurrentEncoding.CodePage == 65001) // UTF-8
        {
            byte byteCountMask = 0;
            while ((byteBuffer[byteLen - numFragments - 1] >> 6) == 2) // if the byte is "10xx xxxx", it's a continuation-byte
                byteCountMask |= (byte)(1 << ++numFragments); // count bytes & build the "complete char" mask
            if ((byteBuffer[byteLen - numFragments - 1] >> 6) == 3) // if the byte is "11xx xxxx", it starts a multi-byte char.
                byteCountMask |= (byte)(1 << ++numFragments); // count bytes & build the "complete char" mask
            // see if we found as many bytes as the leading-byte says to expect
            if (numFragments > 1 && ((byteBuffer[byteLen - numFragments] >> 7 - numFragments) == byteCountMask))
                numFragments = 0; // no partial-char in the byte-buffer to account for
        }
        else if (reader.CurrentEncoding.CodePage == 1200) // UTF-16LE
        {
            if (byteBuffer[byteLen - 1] >= 0xd8) // high-surrogate
                numFragments = 2; // account for the partial character
        }
        else if (reader.CurrentEncoding.CodePage == 1201) // UTF-16BE
        {
            if (byteBuffer[byteLen - 2] >= 0xd8) // high-surrogate
                numFragments = 2; // account for the partial character
        }
    }
    return reader.BaseStream.Position - numBytesLeft - numFragments;
}

当然，这里是用Reflection来获取私有(private)变量，所以是有风险的。但是，此方法适用于 .Net 2.0、3.0、3.5、4.0、4.0.3、4.5、4.5.1、4.5.2、4.6 和 4.6.1。除了这个风险，唯一的其他关键假设是底层字节缓冲区是一个 byte[1024]；如果 Microsoft 以错误的方式更改它，则该方法会因 UTF-16/-32 而中断。

这已经针对填充有 Ažテ?(10 字节:0x41 C5 BE E3 83 86 F0 A3 98 BA)和 UTF 的 UTF-8 文件进行了测试-16 文件填充了 A?(6 字节:0x41 00 01 D8 37 DC)。重点是沿 byte[1024] 边界强制对字符进行分段，它们可以是所有不同的方式。

更新(2013 年 7 月 3 日):我修复了最初使用其他答案中损坏的代码的方法。此版本已针对包含需要使用代理对的字符的数据进行了测试。数据被放入 3 个文件中，每个文件都有不同的编码；一个 UTF-8、一个 UTF-16LE 和一个 UTF-16BE。

更新(2016-02):处理平分字符的唯一正确方法是直接解释底层字节。 UTF-8 被正确处理，UTF-16/-32 工作(给定 byteBuffer 的长度)。

关于c# - StreamReader 和寻求，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5404267/