爲什麼在通過Excel interop代碼逐步調試時，在Visual Studio 2010中調試速度超慢？

Question

爲了克服這個問題，我發佈了這個問題和解決方法。我想接受一個實際定量描述問題的答案。

我使用VS2010和VB.NET做了一些辦公室編程。我發現通過VBA使用VB.NET爲辦公自動化任務提供了更好的用戶體驗。但是，VB.NET IDE有時並非所有的時候都會在調試Excel COM互操作代碼時停下腳步，比如需要5分鐘才能設置一個等於單元格值的字符串，或者只是刪除並添加斷點需要幾分鐘時間。這一直是我一生中的禍根，因爲我不得不重新啓動計算機來修復它，但我終於找到了因果動作和解決方法。當我除了COM服務器之外還打開了多個其他Excel實例時，就會發生這種情況。我知道Excel通常只打開一個EXCEL.EXE，但是，我有我的註冊表設置，以便每個excel文檔在新實例中打開，以便我可以在單獨的監視器上查看單獨的文檔。我不相信這是不常見的。所以，當我將Excels打開並且我的應用程序啓動一個Excel COM服務器並進入調試器時，這就是問題發生時的情況，而且只有在啓動COM服務器後單擊或在某個Excels中進行操作時纔是如此。然後就像COM服務器變成一個變色龍一樣，只有在我重新啓動計算機後才能離開的Skittles包混淆了。那麼，有沒有人有足夠的調試，COM和Interop的專業知識告訴我什麼導致這個調試地獄？並可能一種方法來搶先它？

Answer 1

要解決此問題而無需重新啓動，我發現我可以結束所有EXCEL.EXE實例，即使是COM服務器，然後關閉IDE，然後直接重新打開Excel而不用文檔並關閉它。現在，重新打開IDE，運行代碼，開始調試，並且步進延遲不存在或可忽略不計。