<tfoot id="w4oui"></tfoot>

　　Visual Studio提供給我們兩個方式來控制其搜集信息的內容源，一個是IntelliTrace events only，僅僅收集智能跟蹤事件和調試中斷的相關數據;另外一個是IntelliTrace events and call information，這個就會收集除了IntelliTrace事件之外對一個方法調用的進入和退出的各種數據。

　　默認情況下，IntelliTrace僅僅收集IntelliTrace相關的事件，這樣是為了保持所收集的數據較少，并且對于性能上的影響是最小的。而當你選擇對方法調用的數據也進行搜集時，除了其臨時搜集的數據所占用空間的增大外，對于性能的影響也是較大的。盡管收集到的細節有所不同，但兩種方式都會收集一些共同的數據。比如，它總會在第一次啟動收集過程時收集系統信息，模塊的加載和卸載事件，線程的起始和結束時間等。隨著模塊和線程的事件，可以正確的更新模塊和線程調試窗口的信息。另外，任何模式下，在調試斷點處也會對數據進行收集，并將所收集到的基本數據類型和對象在調試其中進行檢查和審閱，并允許改變其值。下邊我們來看看在Visual Studio 2010中如何設置IntelliTrace的跟蹤選項。

　　進入到工具 --> 選項 --> IntelliTrace。它在默認狀態下是啟用的，但是，僅捕捉事件，因為捕捉事件是便宜的。然而，當你開始跟蹤所有這些調用信息時，真正的價值開始顯現出來了。你每一次調試的時候，IntelliTrace都將彈出來，你在動態調試的時候可以使用這個歷史性的調試工具。假如我在那里并且有一個斷點，但是，我要備份和重新設計這個斷點，我可以使用IntelliTrace完成這個任務。

　　使用IntelliTrace捕捉到調試進程的其他人可以把記錄以及.dlls和pdbs文件發送給你，你可以重放它們的進程。這個進程也許進入到數據庫(你沒有這個數據庫)，它也許是采用你不能復制的方法設置的，它可能在你不能企及的網絡上，但是，你不用擔心，因為你擁有記錄以及.dlls和pdbs文件，你可以重放。

　　當然，擁有源代碼會更好，因為那樣你就能夠看到這個代碼好像是在你自己的機器上調試它一樣。這對于在你的機器上運行正常，在其他人的機器不能運行的那些神秘的故障來說是非常好的。它對于多線程的情況也是非常好的，當你經過這個應用程序的時候，這個軟件瑕疵就消失了，但是，在正常速度運行時，這個軟件瑕疵又出現了。

　　總的說來IntelliTrace調試程序就是為程序開發者量身定制的，通過其獨特的“歷史調試”功能，為開發者提供了一個反悔追溯過程控制功能。比如，在開發中程序在10分鐘前出現一個異常，怎么辦呢，如果在以前一般是通過手動調用Debug.Write語句，現在不必了!因為不少開發工具中的這種歷史調試功能都非常相似，在VS2010 正式版 中通過IntelliTrace，不但能使程序員看到程序的當前狀況，也可以檢查某些情況下產生的事件，甚至還能隔離應用程序歷史記錄中的故障點。所以，啟用歷史調試之后，VS2010 正式版能夠捕獲調用堆棧以及相關變量，咱們就可以“回退”至程序的保存前10分鐘或者更長時間，檢查程序發生異常、故障時的各種情況。因為，在默認情況下程序只保存關鍵的類型，而開發人員可以選擇記錄所有的參數，對象以及全局變量。所以，IntelliTrace會主動展示程序運行過程中的關鍵事件，諸如代碼異常、文件訪問、時時調試等等。

<strike id="o02qq"></strike>