C＃：如何处理包含对象的自身事件？

Question

背景：

我的应用程序的UI线程上有一个主对象。 这个长期存在的父对象/容器对象包含一个子对象，该子对象是内部多线程的私有成员。

基于从子对象/包含的对象发布的某些事件，我希望父对象简单地Dispose()子对象并重新创建它。

包含的对象拥有一些非托管资源以及一些大型托管内存缓冲区。

我可以在执行此操作的顶级对象上创建一个事件处理程序，但这意味着要处理的对象将在要替换它的方法调用的调用堆栈中。 （！）

这是因为事件处理程序委托将由子对象在其自己的线程上的状态处理函数之一调用。

这似乎...错了。 没有？

特别是，子对象的FireAnEvent()方法将在处理委托调用后恢复执行，除了现在的执行将在已经“处置”的对象的上下文中恢复。

凭直觉，我看不到这带来了好东西。

题：

是否存在已建立的C＃模式来破坏包含对象的自身事件？

或者，是否存在GC魔术使某种简单的事件处理程序在某种程度上足够好？

还是我缺少一些关键的了解？

Answer 1

调用IDisposable.Dispose()不会向.NET框架发出任何特殊信号。 您唯一需要做的就是删除对要删除对象的所有引用。 一旦完成此操作，并且该对象退出了调用堆栈，它将成为垃圾回收的候选对象。

请注意，您的对象不一定会立即被垃圾收集，甚至在下次GC运行时也不会被垃圾收集。 这只是假设的偶然性。

IDisposable的唯一目的是提供一种标准方法来请求对象清理自身并释放资源。 您可以随意保留对“已处置”对象的引用，这将防止GC收集该对象。 IDisposable.Dispose()只是另一种方法。 从技术上讲，您可以使其随心所欲。

这个问题的答案非常详细，可以帮助您进一步了解IDisposable ： 正确使用IDisposable接口

Answer 2

如前所述， IDisposable对象并不是什么神奇的东西。 它只是让您使用using速记，它只是以下方面的速记：

try { // code in the using block }
catch{}
finally{
    disposableObject.Dispose()
}

您是否考虑过将第三种类型的对象添加到混合中？ 不建议所装物体注意其容器。 大概是您的工作流程：

1. 包含的对象决定应重新启动它。
2. 包含的对象释放资源。
3. 包含的对象将写入第三个对象（不是包含的对象）上的队列。
4. 当您认为应该创建新的包含对象并重新实例化对象时，包含对象将访问队列。 或者，添加到队列会向容器引发一个事件以将其清空。

第三个对象看似毫无意义，但如果您决定进行重构，它将使您的生活更加轻松。

Answer 3

订阅事件以进行通知的对象应该准备好随时接收通知，即使它们已经被处置。 通知的目的是告诉对象响应已发生的事情而要做的任何事情。 如果对象不能对响应通知做任何有用的事情，那么它应该什么也不做。

此外， Dispose的目的不是“销毁”对象或其包含的资源，而是将其从其可能对外部对象承担的任何义务中释放出来，并允许它从其承担的任何义务中释放任何外部实体。可能已经朝着它。 在许多情况下，对象一旦释放了委托给它的外部实体的服务，便将无用，因此无法期望已经处置的对象是有用的。 如果很有可能在Disposed之后调用的方法由于已释放必要的外部实体而无法履行其职责，则应抛出ObjectDisposedException 而不是使其他方法失败 。

将这些观察结果放在一起，尽管处置对象上的许多方法应抛出ObjectDisposedException ，但通知事件处理程序方法则不应，因为它们指示对象“鉴于已发生的事情，尽您所能满足的义务”。 如果对象已处置，则没有义务。 因此，处理不会阻止对象满足事件处理程序约定。 取而代之的是，它通过静默（“成功”）不执行任何操作来使对象满足合同要求。