如果延迟执行会先调用Dispose导致失败吗？

Question

有两种方法，其中一种在 using 语句中使用 LINQ 返回数据。我想知道查询是否有可能抛出某种异常，因为查询执行被推迟并且它正在使用的变量已经被释放？

class Foo
{
    void Bar()
    {
       var bazResult = Baz();
       //... use bazResult here...
    }

    IEnumerable<int> Baz()
    {
        using (var d = new SomeDisposableSource())
        {
            return d.Select(e => e.Id);
        }
    }

顺便说一句

，肯定已经以某种形式被问过，但我找不到明显的候选人。所以别踢我太狠了:)

Answer 1

我认为如果对象被处置，你会有一个例外。 此线程非常相似，并给出了处理该问题的几种方法。最简单的方法是通过执行 return d.Select(e => e.Id).ToList() 来强制执行，但这可能不适合您

Answer 2

是的，它可以抛出异常，但这取决于“SomeDisposableSource”的实现。您要求源在调用 Dispose() 之前获取 IEnumerable 或数组，但实际上您是在 Dispose 之后枚举每个元素，因此它是否抛出异常取决于该“yeld-return”的实际代码代码。 （它是否使用任何已处置的对象？）

您可以通过执行以下操作来解决它（使用更高的内存使用量）：

return d.Select(e => e.Id).ToArray();

这样，所有枚举都会在执行 Dispose() 之前完成。

编辑：使用：

return d.Select(e => e.Id).ToList();

...可能会更好。

Answer 3

是否可能是一个奇怪的问题。是的，这是可能的。您的 SomeDisposableSource 可能会在 GetEnumerator 方法中检查它是否已被释放。

Answer 4

我认为 Gerardo 走在正确的轨道上，但我会对其进行稍微不同的编码，这可能会导致更小的内存占用：

return d.Select(e => e.Id).ToList();

编辑：哎呀！ IndigoDelta 远远领先于我

Answer 5

您将（更）确定性的 using 语句与（不太确定性的）LINQ 语句混合在一起。通过将资源 d 包装在 using 语句中，您明确声明在方法结束时您希望将其释放。

因此，如果您想确保在方法退出之前释放 d，则必须使用 ToArray、ToList< 立即执行 LINQ /code> 或类似的其他方法。

更难稍微复杂一点（每个评论者）路径是创建一个自定义 IEnumerable，它允许资源 (d) 与 LINQ 语句一起返回并稍后执行，即调用者现在负责处置 IEnumerable（通常只需通过使用 foreach 块）。

Answer 6

事实上，代码中的执行并没有延迟，因为您使用了常规的返回。
因此，Baz 方法会执行、返回并释放。稍后，当您枚举结果时，如果此枚举机制依赖于已释放的非托管资源（这很可能是您的示例中的情况），则该枚举将会失败。

解决方法很简单：不要使用 return 来阻止延迟执行，而是使用 yield return 来代替。这是延迟执行的准确关键字。

你的方法就变成这样了

    IEnumerable<int> Baz()
    {
        using (var d = new SomeDisposableSource())
        {
            //return d.Select(e => e.Id); //Baaaad ! No proper deferred execution
            foreach (var i in d.Select(e => e.Id)) yield return i; //Proper deferred execution
        }
    }

，然后一切就OK了。在枚举完成之前，using 不会调用 Dispose 方法。