.NET 架構 4.5、 4.5.1 和在 Windows Vista SP2、 Windows 7 SP1、 Windows 8、 Windows 8.1、 Windows Server 2008 SP2、 Windows Server 2008 R2 SP1、 Windows Server 2012 和 Windows Server 2012 R2 的 4.5.2 Hotfix 彙總套件 3035814 (離線安裝程式)

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3035814
本文說明的 hotfix 彙總套件 3035814,適用於.NET Framework Microsoft 4.5.2、 4.5.1,.NET Framework 和.NET Framework 4.5。如需有關 hotfix 彙總套件可以解決問題的詳細資訊,請參閱"此 hotfix 彙總套件可以解決的問題> 一節。

離線的套件可在其中 web 安裝程式無法使用因為缺乏網際網路連線的情況下。可能的話,我們建議而離線的封裝不是使用 Web 安裝程式,取得最佳的效率和頻寬需求。
解決方案
已經可以從 Microsoft 取得支援的 hotfix。不過,其旨在修正本文所描述的問題。它只適用於發生此特定問題的系統上。

若要解決這個問題,請連絡 Microsoft 客戶支援服務 」 取得 hotfix。如需 Microsoft 客戶支援服務電話號碼以及支援費用的相關資訊的完整清單,請造訪下列 Microsoft 網站:附註 在特殊的情況下,如果 Microsoft 支援專業人員認為某特定更新程式可以解決您的問題時,可能就不會收取一般因支援電話所產生的費用。收取支援費用會套用,如果有其他支援問題是,不能限定的特定更新程式。
其他相關資訊

先決條件

若要套用此 hotfix,您必須有.NET Framework 4.5.2、.NET Framework 4.5.1 或安裝的.NET Framework 4.5。

重新啟動需求

您必須重新啟動電腦,如果任何受影響的檔案正在使用中,會套用此 hotfix 之後。我們建議您套用此 hotfix 之前,關閉所有的.NET Framework 應用程式。

Hotfix 取代資訊

此 hotfix 套件不會取代先前發行的 hotfix 套件。

偵測已安裝的 hotfix

若要偵測成功安裝 hotfix 彙總套件 3035814 的.NET Framework 4.5 及更新版本,請檢查發行關鍵字,來判斷已安裝的版本。若要向前相容性,您可以檢查的值是大於或等於本表所列的值。

Hotfix 彙總套件版本發行 DWORD 的值
Hotfix 彙總套件 3035814,.NET Framework 4.5 和更新版本379970

如需有關如何安裝的核取版本的.NET Framework 的詳細資訊,請參閱下列 MSDN 文件:


此 hotfix 彙總套件可以解決的問題

問題 1

假設您有在 64 位元作業系統上使用 32 位元 Windows Presentation Foundation (WPF) 應用程式。當應用程式重複呼叫PrintQueue.GetPrintCapabilities方法 (或其他相關的列印方法,例如PrintQueue.Dispose) 時,則會在不同的處理序正在使用dllhost.exe中發生記憶體流失。

注意當您在住下列的 < 使用 > 區塊物件,通常會發生這個問題:
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

問題 2

當您啟用 UI 虛擬化,例如清單方塊、 DataGrid、 清單檢視或樹狀檢視中的 WPF 應用程式清單控制項時,您會遇到下列問題:
  • NullReferenceException 或 ArgumentException
  • 向下捲動到非預期的位置
  • 無限的迴圈或凸
  • StackOverflow 例外狀況
  • 當您捲動至最後一頁的失敗
原因

通常,當VirtualizingStackPanel類別會發現,至少有一個子系已變更高度,在第一個量值要求從其父代期間以外的時間,就會發生這些問題。為了方便起見,我們把這種情況稱為 「 由下而上的高度變更 」。這種情況下會包含下列的範例:
  • 展開或摺疊階層式子系 (TreeViewItem 或 GroupItem)
  • 資源回收子系,當新的資料會產生不同的高度比舊資料 (當 VirtualizingMode ="回收 」 設定)
  • 使用使用者控制項的內容取決於控制項外部的資料
  • 執行宣告由版面配置相關的事件,例如載入或 LayoutUpdated 應用程式的處理常式
  • 資料繫結至外部子系資料 (如範例使用 AncestorType 或繫結中的 ElementName)
VirtualizingStackPanel類別不一定會正確這種情況下處理,這可能會造成先前所述的問題。

注意事項
  • 若要修正由下而上的高度變更引起的問題現在已改善的邏輯。
  • 由下而上的高度變更的情況是佔據了大部份的捲動和度量問題報告給 Microsoft,但並不適合它們的所有項目。此修正程式不處理其他原因可能是相同的問題。
問題 3

假設您已套用 年 1 月更新。 在此情況下,效能 degradations 以及不穩定,就會發生在背景廢棄項目收集所依賴的系統上。由於記憶體回收行程已被更新來進行 「 記憶體寫入監看式 」,就會發生這個問題所需,而不是選擇性的 (MEM_WRITE_WATCH) 功能。此更新程式重新啟用 「 MEM_WRITE_WATCH 」 功能,為選擇項。

問題 4

假設您有 IIS 裝載 WCF 服務正在執行的.NET Framework 4.5.1 或 4.5.2 上。服務已設為需要用戶端憑證,IIS 設定中。不過,繫結的HttpsTransportBindingElement.RequireClientCertificate為 false。

在此情況下,WCF 不受影響的 IIS 設定值,並不會正確地進行驗證的用戶端憑證。很可能解決這個問題,藉由使用自訂繫結,以及HttpsTransportBindingElement.RequireClientCertificate屬性設定為 true。

問題 5

假設您有正在使用的傳輸安全性的 WCF 服務。服務已設定為 [嚴格] 的預設值以外的SecurityBindingElement.SecurityHeaderLayout與繫結。

在此情況下,WCF 會忽略這個屬性,以便使用正確的版面配置時,即使 WCF 用戶端不可以與服務通訊。為了讓 WCF 接受這正確,您必須將下面這一行加入至和 appSettings,在您的組態檔中:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

警告:本文為自動翻譯

內容

文章識別碼:3035814 - 最後檢閱時間:01/25/2016 07:34:00 - 修訂: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbfix kbqfe kbexpertiseadvanced kbsurveynew kbmt KB3035814 KbMtzh
意見反應