这种行为是由于清理垃圾时无法预测的时间吗？[副本]

Question

当我更改列表中的选择时，对话框会更新，读取与列表中的项目相关联的文件。我使用下面代码中的using语句修复了该问题。

    private void ViewModel_SelectedNoteChanged(object sender, EventArgs e)
    {
        try
        {
            contentRichTextBox.Document.Blocks.Clear();

            if (VM.SelectedNote != null)
            {
                if (!string.IsNullOrEmpty(VM.SelectedNote.FileLocation))
                {
                    using (FileStream fileStream = new FileStream(VM.SelectedNote.FileLocation, FileMode.Open))
                    {

                        var contents = new TextRange(contentRichTextBox.Document.ContentStart, contentRichTextBox.Document.ContentEnd);
                        contents.Load(fileStream, DataFormats.Rtf);
                    }
                }
            }
        }
        catch(Exception ex)
        {
            MessageBox.Show(ex.Message);
        }
    }

如果我不使用上面的using语句，它的命中或失败。有时它从文件中读取内容并显示它们，否则会引发异常。

System.io.IOException：“进程无法访问文件”D:\EClone\bin\debug\netcoreApp3.1\3.rtf“，因为另一个进程正在使用该文件。”

Answer 1

这正是由于IDisposable和GC的使用不正确造成的。不使用使用

• 打开文件（从而锁定它）并将引用存储在变量中
• 函数退出，但文件仍被打开并锁定。
• 如果GC运行之前，您将尝试再次打开文件--一切正常，因为在文件包装器的终结器中有一个关闭（和解锁）文件的代码。
• 如果在GC运行之前尝试访问同一文件-将会出现异常。

如果使用，您将通过调用dispose来显式关闭和解锁文件(using将为您调用它）。dispose将立即关闭和解锁文件，而无需等待GC，因此使用using时，您的代码将始终按预期工作。

此外，由于您无法控制，当GC将运行时，没有使用的代码是不稳定的by design，因此即使它今天工作良好，明天也可能停止工作，原因是系统有更多的空闲内存（而且GC运行的频率不像今天那么高），或者是.NET更新（有一些GC更改/改进）等等。

因此，作为结论：如果您有实现IDisposable的东西，那么在不再需要该对象时（使用或手动使用），总是调用Dispose。只有在文档或指南中明确允许调用Dispose（例如，对于Task类）时，才可以省略调用Dispose