【发布时间】:2008-10-27 22:04:26
【问题描述】:
根据我所有的阅读,应该有一个 GC 线程来调用所有终结器。现在,问题是这个“一个”线程的范围是什么 - 每个进程或每个应用程序域,因为域的全部意图是在一个进程空间中分离并制作“独立”不同的应用程序。
我读到here:
如果一个未处理的异常发生在 终结 CLR 的执行线程 会吞下异常,对待 终结器就好像它正常完成一样, 从易碎队列中删除它 然后进入下一个条目。
更严重的是,会发生什么 如果你的终结器没有退出 某些原因,例如它阻塞, 等待一个永远不会的条件 发生。 在这种情况下,终结器 线程将被挂起,所以不再 可终结的对象将是垃圾 收集。你应该非常 意识到这种情况并坚持 编写最简单的代码来释放你的 终结器中的非托管资源。
另一个考虑是发生了什么 在应用程序关闭期间。当。。。的时候 程序关闭,垃圾收集器 将努力调用终结者 所有可终结的对象,但与 某些限制:
不提升可终结对象 到更高的堆代期间 关机。
任何单独的终结器都会有一个 最多执行 2 秒;如果它 需要更长的时间才会被杀死。
最多 40 秒 所有要执行的终结器;如果有的话 终结器仍在执行,或 在这一点上悬而未决 进程被突然终止。
太多帖子(甚至官方文档)滥用术语“应用程序”、“进程”和“应用程序域”——其中大多数甚至假设它们是相等的,因为通常应用程序在单个应用程序域中运行一个进程。这种滥用使所有这些文档都难以阅读,甚至没有用处。
因此,我的问题假设有多个应用程序,每个应用程序都在单个进程的单独应用程序域中运行。
所有这些应用程序是否共享相同的 GC 和终结器线程?上面文章中描述的问题(挂起终结器线程)会影响该进程中的所有应用程序吗?如果是 - 是否有解决方法(除了不使用不良应用程序),例如以某种方式发现终结器线程并将其发送 Thread.Abort?
以上都是因为我遇到了类似的问题。我的应用程序作为第三方软件 (Outlook) 的插件在单独的应用程序域中运行。由于各种原因,我需要调用 GC.Collect 和 GC.WaitForPendingFinalizers 来完全释放 COM 引用(通常的互操作例程对于 Office/Outlook 来说是不够的),当某个特定的其他第三方插件运行时,我的 GC.WaitForPendingFinalizers 永远挂起,所以我怀疑第三方添加中有一个“坏”的终结器。我无法控制替换/删除添加(客户的要求),所以我必须自己弄清楚如何使它们共存。
【问题讨论】:
-
+1 以获得清晰而详细的问题
标签: .net multithreading process appdomain finalizer