wpf - 处置 StreamResourceInfo.Stream

Question

我使用StreamResourceInfo.Stream从资源中获取BitmapImage。使用流后 Close 和 Dispose 是否正确？我问这个问题是因为在内存分析器中，如果这样做我会收到错误。内存分析器表示已处置的实例尚未进行 GC。

如果我在网上查找，我只能找到 this发布到该主题。在这篇文章中，回复者说，处理是有意义的。但从当时的情况和效果来看，我认为这是不对的。有人知道什么是正确的行动吗？
附加信息:在我见过的 msdn 示例中，它们没有 Dispose 或 Close。

编辑
感谢 Rick Sladkeys 的回答，我找到了解决方案:我将 StreamResourceInfo.Stream 分配给 BitmapImage 的 StreamSource 属性。在 msdn写的是:

如果您希望在创建 BitmapImage 后关闭流，请将 CacheOption 属性设置为 BitmapCacheOption.OnLoad。默认的 OnDemand 缓存选项保留对流的访问，直到需要位图为止，并由垃圾收集器处理清理工作。

这意味着，BitmapImage 取得了流的所有权。这就是为什么如果我手动关闭/处置流，内存分析器会显示错误:位图将保留对流的引用(BitmapCacheOption OnDemand)，因此只要 BitmapImage 有效，GC 就不会释放它，但流已经明确处置。在这个具体示例中，处置是一个坏主意。
为了完整起见，我还在 msdn 中查找了调用 TextRange.Load 的上述链接的示例。对于 Load 来说，情况正好相反，Load 不获取所有权，因此流必须在完成后关闭/处置。

Answer 1

这种困惑，我同意这令人困惑，来自于流所有权这一微妙但关键的概念。在 MSDN 示例中，您可以将它们视为“看，没有 Dispose，没有 Close，所以我不应该这样做？”

但简单的答案是某人必须负责关闭流。您可能正在调用的 API:

• Application.GetResourceStream

返回一个StreamResourceInfo，它是流和URL的原始容器。显然 StreamResourceInfo 不拥有该流。因此，当您调用 Application.GetResourceStream 时，您现在拥有该 StreamResourceInfo 中包含的流，并且如果您没有对它执行任何其他操作，您将负责关闭它。 Application API 通过将流的所有权作为值返回给我们，将流的所有权从自身转移给我们。

现在，当您将流传递到另一个实体时，令人困惑的部分就出现了。让我们看一个 MSDN 示例:

// Navigate to xaml page
Uri uri = new Uri("/PageResourceFile.xaml", UriKind.Relative);
StreamResourceInfo info = Application.GetResourceStream(uri);
System.Windows.Markup.XamlReader reader = new System.Windows.Markup.XamlReader();
Page page = (Page)reader.LoadAsync(info.Stream);
this.pageFrame.Content = page;

现在，在此示例中，没有 Dispose 也没有 Close。但是，流的所有权转移从我们(调用者)到 XamlReader 实例。溪流不再是我们的责任；我们已将所有权转让给其他人。事实上，XamlReader 在处理完流后确实会调用 Close。一个谜团解开了。

这个问题之所以如此严重，是因为所有权的概念通常隐含在文档中，而我们应该“弄清楚它”。希望只是重新审视所有权的概念以及它是可转让的这一事实，将使您更容易感到不调用Close与安全性新主人将会。即使他们不这样做，这也不再是我们的问题!