com對象與其基礎(chǔ)rcw分開后就不能再使用

1、RCW 是一個.NET 和 COM 之間的橋梁，上述錯誤就是在于 COM 那一段的陸地消失了，你再想走著這橋，系統(tǒng)就報錯了，這種問題多半是 COM 對象被意外銷毀或者沒有拋出異常就崩潰導(dǎo)致。 解決問題是：肯定是系統(tǒng)對象在運行時某個地方，局部銷毀了，在傳入時，可用引用對象ref,out說明:運行庫可調(diào)用包裝 (RCW) 的主要目標是隱藏托管和非托管編程模型之間的差異。要實現(xiàn)無縫的轉(zhuǎn)換，RCW 將使用選定的 COM 接口，而不會將其向 .N

2、ET 客戶端公開，如下圖所示。COM 接口和運行庫可調(diào)用包裝 當作為早期綁定對象創(chuàng)建后，RCW 將成為特定的類型。它實現(xiàn) COM 對象所實現(xiàn)的接口，并公開該對象的接口中的方法、屬性和事件。在上圖中，RCW 公開 INew 接口而使用 IUnknown 和 IDispatch 接口。此外，RCW 還向 .NET 客戶端公開 INew 接口的所有成員。RCW 使用下表所列的接口，這些接口由它所包裝的對象公開。 接口 說明 IDispatch

3、 用于通過反射晚期綁定到 COM 對象。 IErrorInfo 提供錯誤的文本說明、錯誤來源、幫助文件、幫助上下文以及定義錯誤的接口的 GUID（對于 .NET 類始終是 GUID_NULL）。 IProvideClassInfo 如果所包裝的 COM 對象實現(xiàn) IProvideClassInfo，RCW 將從此接口中提取類型信息，以提供更佳的類型標識。 IUnknown 對于對象標識、類型強制和生存期管理： 對象標識 運行庫通過比較每

4、個對象的 IUnknown 接口值來區(qū)分 COM 對象。 類型強制 RCW 識別 QueryInterface 方法所執(zhí)行的動態(tài)類型發(fā)現(xiàn)。 生存期管理 利用 QueryInterface 方法，RCW 將獲取并保留對非托管對象的引用，直至運行庫對包裝執(zhí)行垃圾回收并釋放該非托管對象。 RCW 選擇性地使用下表列出的接口，這些接口由它所包裝的對象公開。 接口 說明 IConnectionPoint 和 IConnectionPointCon