使用yield 迭代datareader 可能不会关闭连接？

Question

这是一个示例代码，用于使用我在谷歌搜索时在一些地方找到的yield关键字从数据库检索数据：

public IEnumerable<object> ExecuteSelect(string commandText)
{
    using (IDbConnection connection = CreateConnection())
    {
        using (IDbCommand cmd = CreateCommand(commandText, connection))
        {
             connection.Open();
             using (IDbDataReader reader = cmd.ExecuteReader())
             {
                while(reader.Read())
                {
                    yield return reader["SomeField"];
                }
             }
             connection.Close();
        }
    }
}

我是否正确地认为，在这个示例代码中，如果我们不迭代，连接就不会关闭整个数据读取器？

如果我正确理解了收益，这里是一个不会关闭连接的示例。

foreach(object obj in ExecuteSelect(commandText))
{
  break;
}

对于可能不是灾难性的数据库连接，我想 GC 最终会清理它，但是如果它不是一个连接，而是一个更关键的连接呢？资源？

Answer 1

编译器综合的 Iterator 实现了 IDisposable，当退出 foreach 循环时 foreach 会调用它。

迭代器的 Dispose() 方法将在提前退出时清理 using 语句。

只要您在 foreach 循环、using() 块中使用迭代器，或以其他方式调用 Dispose() 方法，将会发生迭代器的清理。

Answer 2

连接将自动关闭，因为您在“using”块内使用它。

Answer 3

从我尝试过的简单测试来看，aku 是对的，一旦 foreach 块退出，就会调用 dispose。

@David：但是调用堆栈在调用之间保留，因此连接不会关闭，因为在下一次调用时，我们将返回到yield之后的下一条指令，即while块。

我的理解是，当迭代器被释放时，连接也会随之被释放。 我还认为不需要 Connection.Close，因为当由于 using 子句而处置对象时，它将被处理。

这是我尝试测试行为的一个简单程序......

class Program
{
    static void Main(string[] args)
    {
        foreach (int v in getValues())
        {
            Console.WriteLine(v);
        }
        Console.ReadKey();

        foreach (int v in getValues())
        {
            Console.WriteLine(v);
            break;
        }
        Console.ReadKey();
    }

    public static IEnumerable<int> getValues()
    {
        using (TestDisposable t = new TestDisposable())
        {
            for(int i = 0; i<10; i++)
                yield return t.GetValue();
        }
    }
}

public class TestDisposable : IDisposable
{
    private int value;

    public void Dispose()
    {
        Console.WriteLine("Disposed");
    }

    public int GetValue()
    {
        value += 1;
        return value;
    }
}

Answer 4

从此技术说明来看，您的代码将不会按预期工作，但中止第二项，因为返回第一项时连接已关闭。

@Joel Gauvreau：是的，我应该继续读下去。 本系列的第 3 部分解释了编译器添加对finally 块的特殊处理仅在真实结束时触发。