C#中yield return配合StreamReader是否会提前读取数据？

先明确核心结论：你的代码是严格按迭代节奏逐行读取的，不会提前把大量文件内容读入内存。

具体执行流程 #

你的ParseReport方法用了yield return，这是C#里实现延迟迭代的语法，执行逻辑是这样的：

1. 调用ParseReport("file/path.txt")时，方法根本不会执行任何代码，只是返回一个等待迭代的枚举器对象。
2. 当foreach循环开始取第一个元素时，ParseReport才会启动执行：打开文件，读取第一行，反序列化为SomeObject，然后在yield return处暂停执行，把对象返回给循环体。
3. 接下来执行verySlowMethodCall(item)，哪怕这个方法耗时30秒，这段时间里ParseReport的执行是完全暂停的，不会继续读取文件的下一行。
4. 只有当verySlowMethodCall执行完毕，foreach要取下一个元素时，ParseReport才会从暂停的位置继续：读取第二行、反序列化、yield return，再次暂停等待下一次迭代。

简单说：读取下一行的操作，只会在当前行的处理（verySlowMethodCall）完成后才会触发，绝对不会出现“在第一次调用返回前就读入数千行数据”的情况。

内存占用过高的排查方向 #

既然yield机制没问题，那内存高的原因得从其他地方找：

• SomeObject本身的结构是否过大？比如包含大量字符串、数组或者嵌套对象，单个实例就占用较多内存。
• verySlowMethodCall里是否持有了item的引用？比如把它加入了一个全局集合、静态列表，导致GC无法回收已处理完的对象，内存越积越多。
• 检查JsonConvert.DeserializeObject的反序列化是否有隐藏的内存开销，比如是否每次都创建了不必要的大对象，或者有没有启用一些会缓存对象的配置。
• StreamReader的内部缓冲区默认很小（4KB左右），不会导致大量内存占用，可以排除这个因素。

验证方法 #

你可以在ParseReport里加一行日志，比如每次读取行的时候输出当前行号：

public IEnumerable<SomeObject> ParseReport(string reportPath)
{
    using (var file = new StreamReader(reportPath))
    {
        int lineNum = 0;
        while (!file.EndOfStream)
        {
            lineNum++;
            Console.WriteLine($"正在读取第{lineNum}行");
            yield return JsonConvert.DeserializeObject<SomeObject>(file.ReadLine());
        }
    }
}

运行后你会看到，日志只会在verySlowMethodCall执行完毕后才会输出下一行的信息，完全和迭代节奏同步。

内容的提问来源于stack exchange，提问作者Dan Hastings