Sign in with Microsoft
Sign in or create an account.
Hello,
Select a different account.
You have multiple accounts
Choose the account you want to sign in with.

請參閱本文適用的產品和作業系統。

本文將說明適用于 microsoft .NET Framework 4.6.1 的 hotfix 匯總3139550,以及 Windows 8.1、Windows RT 8.1 和 Windows Server 2012 R2 上的 .NET Framework 4.6。 有關此 Hotfix 匯總中修正程式的資訊,請參閱「此hotfix 匯總修正的問題」一節。

解決方案

下載資訊

對應至 KB3139550 的 hotfix 已取代為 .NET Framework 的最新更新,其中包含先前包含在 KB3139550 中的所有修正程式。 建議您安裝最新更新.NET Framework

如需有關如何下載 Microsoft 支援檔案的詳細資訊,請按一下下面的文章編號,移至「Microsoft 知識庫」中的文章:

119591 如何從線上服務取得 Microsoft 支援檔案 Microsoft 掃描此檔案中的病毒。 Microsoft 是利用發佈當日的最新病毒偵測軟體來掃描檔案。 檔案會儲存在安全性強化的伺服器上,以避免任何未經授權的變更。

其他相關資訊

先決條件

若要適用此修補程式,您必須安裝 .NET Framework 4.6.1 或 .NET Framework 4.6。


 

重新啟動需求

如果有任何受影響的檔案遭到使用,您必須在適用此 Hotfix 之後重新開機電腦。 建議您先關閉所有.NET Framework型應用程式,然後再使用此 hotfix。


 

Hotfix 取代資訊

此修補程式套件無法取代先前發佈的 Hotfix 套件。

此修補程式匯總修正的問題

問題 1

當 WPF 應用程式在 TreeView 上下文外使用 TreeViewItem 時,應用程式可能會遇到一個無效CastException例外,其堆疊追蹤開始如下:

系統。Windows。Controls.虛擬化StackPanel.FindScrollOffset (Visual v)
注意:當 TreeViewItem 位於虛擬清單控制項 (例如 ListBox、DataGrid 或 ListView 控制項) 嘗試尋找 TreeViewItem 或其中一個子代的卷軸位移時,會發生此例外。 例如,如果您將 TreeViewItem 宣告為 DataTemplate 的根目錄,而 DataTemplate 則做為 DataGrid 資料行的 CellTemplate,則會發生此例外。


 

問題 2

System.Web.Cache 和 System.Runtime.Cache 會報告整個 AppDomain 所使用的記憶體大小,而非快存專案所使用的記憶體大小。

這是自 4.5 .NET Framework的回歸,因為 Timer 的實現有變更。 除了報告錯誤的大小之外,由緩存參照的其他物件也會嚴重影響第 2 代 GC 延遲。 在 ASP.NET 主機的情況下,當應用程式網域回收時,該緩存也會錯誤計算所有應用程式網域 (中所有緩存的大小,如透過「已使用之緩存百分比程式記憶體限制」ASP.NET 效能計數器) 所報告。

此修正程式會移除從緩存到其他 App 網域物件的非預期參照,以便報告正確的大小。 此修正程式也包含變更,以改善使用 Server GC 的多核心電腦上的 System.Runtime.Caching 延遲。 此外,在適用此修正程式之後,應用程式網域回收案例的所有緩存大小會正確計算。


 

問題 3

當您的 Windows Presentation Foundation (WPF) 應用程式仰賴滑鼠促進觸控動作來處理觸控使用者互動 (而不是直接使用觸控事件) 時,您可能會體驗到超低的升級滑鼠移動量。

之前,WPF 會節流滑鼠觸控動作,以避免大量觸控動作讓調度員不知所措。 在 .NET Framework 4.6.1 中,已推出修正程式,以節流處理觸控動作的數量。 此變更之後,對滑鼠促銷的節流導致產生的滑鼠移動次數進一步減少。 現已移除滑鼠促銷節流,讓觸控移動事件與升級的滑鼠移動事件之間應該幾乎一對一對應。


 

問題 4

假設您使用的目標為 4.6 .NET Framework WPF 應用程式。 您嘗試使用 DispatcherOperation 以 WPF 分派器所調用的任何方法,嘗試設定 CurrentThread.CurrentCulture 或 CurrentThread.CurrentUI 文化圖值。 例如,您嘗試在 UI 事件處理常式或 MainWindow 建立器中設定此值。 在此情況中,CurrentCulture 和 CurrentUI 文化圖值會重設為各自在方法結尾的先前值。 如果應用程式在其 MainWindow 建立器或按鈕按一下處理常式中設定 CurrentUICulture,該設定會還原為系統 UI 文化。

此修正程式會確保 WPF 應用程式中以方法所設定之 CurrentThread.CurrentCulture/CurrentUICulture 值與 4.6 之前相同.NET Framework保留。


 

問題 5

在 .NET Framework 4.6 中,新標號 TaskContinuationOptions.RunContinuationsAsynchronously 會新加入任務文件庫。 不過,當您將這個標號與 Task.WhenAll、Task.WhenAny 或 Task.Unwrap 一起使用時,標號沒有作用。 此標號是為了避免發生某些衝突狀況而推出的。 此修正程式會確認各種任務繼續專案都遵守新標號。


 

問題 6

在 .NET Framework 4.6 中,AppCoNtext 中發生錯誤,導致 AppCoNtext 方法的執行緒安全性未正確實做。 AppCoNtext 是基礎結構的一部分,可以減少中斷變更。 您可以使用 AppCoNtext 來設定和取回標標,並依據該資料在應用程式中做出決策。

此修正程式可針對與設定及取回切換值相關的 AppCoNtext 方法啟用正確的執行緒安全性。


 

問題 7

當您遇到具有您的配置和存續模式的邊緣案例,而您需要在受管理的堆上建立新區段時,垃圾收集器可以計算小於其應該的提交大小。 這會造成壓縮階段中的存取衝突,因為垃圾收集器嘗試寫入未提交記憶體。

此修正程式會正確計算大小。


 

問題 8

當您為特定方法建立原生程式碼時,.NET Framework應用程式與 NGEN 程式可能會遇到意外的當機。

問題 9

RyuJit 會產生不正確的指示,以比較 16 位未簽署之整數。 如果輸入值具有不同的 MSB 值,且如果比較產生的指示使用 register 運算元,則會產生不正確的結果。

此修正程式會產生正確的指示。
 

適用於

本文適用于下列專案:
 

  • Microsoft .NET Framework 4.6.1

  • Microsoft .NET Framework 4.6,當用於:
     

    • Windows 8.1

    • Windows RT 8.1

    • Windows Server 2012 R2 資料中心

    • Windows Server 2012 R2 基本功能

    • Windows Server 2012內嵌系統的 R2

    • Windows Server 2012 R2 Foundation

    • Windows Server 2012 R2 Standard

Need more help?

擴展您的技能

探索訓練 >

優先取得新功能

加入 MICROSOFT 測試人員 >

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?

Thank you for your feedback!

×