緩和:在應用程式定義域之間還原序列化物件
在某些情況下,當應用程式使用具有不同應用程式基底的兩個或多個應用程式定義域時,嘗試在跨應用程式定義域的邏輯呼叫內容中將物件還原序列化,將會擲回例外狀況。
診斷問題
下面這些情況會引發問題:
應用程式使用具有不同應用程式基底的兩個或多個應用程式定義域。
某些類型透過呼叫 LogicalCallContext 或 LogicalCallContext.SetData 這類方法明確加入至 CallContext.LogicalSetData。 這些類型並未標示為可序列化,而且未儲存在全域組件快取中。
在非預設應用程式定義域中執行的程式碼之後就會嘗試從組態檔讀取值,或使用 XML 將物件還原序列化。
為了要從組態檔讀取或將物件還原序列化,XmlReader 物件會嘗試存取組態系統。
如果組態系統尚未初始化,則必須先完成初始化。 這表示,除此之外執行階段還必須為組態系統建立穩定的路徑,它會這樣做:
它會尋找非預設應用程式定義域的辨識項。
它會根據預設應用程式定義域,嘗試計算非預設應用程式定義域的辨識項。
為了取得預設應用程式定義域的辨識項發出的呼叫,會觸發從非預設應用程式定義域到預設應用程式定義域的跨應用程式定義域呼叫。
在 .NET Framework 的跨應用程式定義域合約中,邏輯呼叫內容中的內容同樣必須跨應用程式定義域的界限進行封送處理。
由於邏輯呼叫內容中的類型無法在預設應用程式定義域中解析,因此會擲回例外狀況。
風險降低
若要解決這個問題,請執行下列動作
尋找擲回例外狀況時,在呼叫堆疊上的
get_Evidence
呼叫。 例外狀況可以是例外狀況的任一個大型子集,包括 FileNotFoundException 和 SerializationException。找出應用程式中沒有任何物件加入至邏輯呼叫內容的位置,並且加入下列程式碼:
System.Configuration.ConfigurationManager.GetSection("system.xml/xmlReader");
另請參閱
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應