確定待定終結器來源

Question

我正在進入一個有已知問題的項目。該應用程序掛在GC.WaitForPendingFinalizers的電話上。明顯的 解決方案 解決方法是刪除WaitForPendingFinalizers調用，但不幸的是，這是我們在第三方程序集中完成的，因此不能選擇刪除。

相反，我想找到問題的根源，並找出誰是終結者阻止。然而，代碼庫很大，而且我剛剛進入它，它也不熟悉，所以我甚至沒有任何可能的直覺或直覺。這意味着我將需要使用工具和工具來幫助找到它。

所以我的問題是：

1. 將被迭代終結隊列框架/ EE線顯示在線程演播室觀看？這樣的堆棧跟蹤將很快找到我們掛在哪裏。
2. 是否有一個工具可以顯示未完成的終結符和它們的根（這是一個CF項目，但我願意嘗試找到它）？
3. 任何人有任何想分享的想法或經驗可能有助於找到它？

Answer 1

我在VS（VS 11）中快速瀏覽了一下，當我打破時，我可以看到一個名爲「GC Finalizer Thread」的線程，它在我的析構函數中執行了Sleep（）。

但是你提到CF可能會使它成爲一個完全不同的球賽。

Answer 2

這可能是Windbg是你朋友的案例之一。看看苔絲的博客。這裏有一篇關於使用！finalizequeue調試器命令調試終結器問題的文章。 http://blogs.msdn.com/b/tess/archive/2007/10/19/net-finalizer-memory-leak-debugging-with-sos-dll-in-visual-studio.aspx

（如果你之前從未做過windbg和sos.dll的任何操作，請在Tess的博客上閱讀更多內容，她有一些文章使其非常易於理解）。