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?

Want more options?

探索訂閱權益、瀏覽訓練課程、瞭解如何保護您的裝置等等。

社群可協助您詢問並回答問題、提供意見反應,以及聆聽來自具有豐富知識的專家意見。

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?
By pressing submit, your feedback will be used to improve Microsoft products and services. Your IT admin will be able to collect this data. Privacy Statement.

Thank you for your feedback!

×