登入

Select the product you need help with

更新適用於 Windows 8 點、 Windows RT 和 Windows Server 2012 在.NET Framework 4.5：年 1 月 2013年

文章編號: 2750149 - 檢視此文章適用的產品。

檢視機器翻譯免責聲明

按一下這裡顯示機器翻譯的中英文對照

全部展開 | 全部摺疊

簡介

使用.NET Framework 4.5 的更新。這個更新修正了一些可靠性、相容性、穩定性及效能問題。如需有關這個更新可以解決問題的詳細資訊，請參閱"發行這個更新可以解決」一節。

回此頁最上方 | 提供意見

這個更新可以解決的問題

Windows Presentation Foundation (WPF)

問題 1

假設您實作ICommand介面，然後執行下列作業之一：

您要委派到不同的物件的CanExecuteChanged事件。
您引發CanExecuteChanged事件與寄件者參數，並將參數設定為 [不同的物件，或為 null。

在此情況下，您的CanExecuteChanged事件的接聽程式不會收到該事件。下面是這個問題的常見徵狀：

選項按鈕、 MenuItems 或超連結不會變更為IsEnabled的狀態。
按一下滑鼠按鍵或鍵盤輸入，不要回應按鈕]、 [MenuItems 或 [超連結。

問題 2

請考慮如下案例：

(比方說，在最上方或下方的列，在儲存格) 或最左邊或右邊資料行中儲存格上，您可以設定儲存格資料格的邊緣上的焦點。
如果要在按下方向鍵，對應到 [邊緣] 資料行 (例如，您按下向上從第一列中的儲存格)。
儲存格包含一個可焦點化項目 (例如，文字方塊、超連結、按鈕或核取方塊元素)。

在這個案例中，則焦點會移至可焦點化項目。不過，焦點預期會保留在資料格中的儲存格。

問題 3

請考慮如下案例：

您建立自訂面板，實作IScrollInfo介面。
VerticalOffset屬性將傳回值，超過ExtentHeight屬性的值。
自動捲動] 屬性設定為true。
您試著」自動捲動"[面板] 中。比方說，您按一下滑鼠鍵，面板內部，，然後拖曳滑鼠的位置是下方面板執行下列動作之一：
- 您可以捲動面板，直到它到達其內容的結尾。
- 直到您放開滑鼠按鈕時，您可以捲動面板。
- 在其他地方移動滑鼠。

在這個案例中，可能會發生無限迴圈。這會消耗記憶體，而且可能會造成System.OutOfMemoryException例外狀況，這可以讓應用程式結束。

問題 4

請考慮如下案例：

您可以呼叫ScrollIntoView方法在清單方塊或 DataGrid。
附註：這個呼叫就會發生在許多方面。比方說，您呼叫ScrollIntoView方法從處理常式的SelectionChanged事件。
有版面配置工作擱置中的清單方塊或在資料格中。

在這個案例中， System.InvalidCastException例外狀況可能會造成應用程式結束。

問題 5

請考慮如下案例：

您在物件上實作INotifyDataErrorInfo介面。
您的資料繫結 UI 項目的某些屬性的物件，而不是物件的屬性。
您停用繫結執行下列動作之一：
- 您是使用不同的繫結取代繫結。
- (如果是單向繫結)，則可以覆蓋具有不同值的 UI 項目的屬性。
- 您從視覺化樹狀結構中移除的 UI 項目，並釋放給它的所有參考。
您的物件引發ErrorsChanged事件。

在這個案例中， System.NullReferenceException例外狀況可能會造成應用程式結束。

公用語言執行時間 (CLR)

問題 1

牽涉到的Array.Sort方法的作業會遇到效能變慢。比方說，當程式嘗試以下拉式清單排序。

問題 2

從.NET Framework 的 4 以.NET Framework 4.5 升級之後，先前所安裝的.NET Framework 4 架構應用程式可能會損毀。此外，您會收到類似下列的錯誤訊息：

「 Common Language Runtime 偵測到不正確的程式"

問題 3

假設您升級電腦從較早版本的.NET Framework 為.NET Framework 4.5。才能進行升級，沒有可以從 ASP.NET 讀取效能計數器的應用程式。然而，.NET Framework 升級之後，這項功能可以不會再讀取效能計數器從 ASP.NET。

問題 4

假設您升級電腦從.NET Framework 的 4 為.NET Framework 4.5。才能進行升級， Type.IsAssignableFrom方法會傳回值為，則為 true。不過，升級之後，這個方法不正確地傳回值為false。

如果要重現這個問題，請使用下列程式碼：

public class TestConstraint where T: U
{ 
   public T t;
}

Class Program 
{ 
   static void Main( string[] args )
   { 
      Type t = typeof( TestConstraint ).GetGenericArguments()[ 0 ];
      Type u = typeof( TestConstraint ).GetGenericArguments()[ 1 ];
      Console.WriteLine( u.IsAssignableFrom(t) );// The .NET Framework 4.0 displays "true." However, the .NET Framework 4.5 displays "false." 
   } 
}

問題 5

CryptoStream類別中，會擲回例外狀況ArgumentNullException在.NET Framework 4.5，而非擲回CryptopgraphicException例外狀況，如同在.NET Framework 的 4。如果CryptoStream類別會嘗試以無效的資料解密，而會處置兩次使用一種模式，如下所示，第二個呼叫Dispose方法就會擲回例外狀況ArgumentNullException ：

using (CryptoStream cs = new CryptoStream(ms, decryptor, CryptoStreamMode.Read))
{
  using (StreamReader sr = new StreamReader(cs))
  {
  }
}

問題 6

假設您要在電腦上的.NET Framework 4.5 升級較早版本的.NET Framework。當您使用某些協力廠商控制項，為應用程式上的時，您可能會收到System.Security.SecurityException的例外狀況，以及應用程式損毀。

Windows Form

問題 1

假設您有一個以.NET Framework 4.5 為基礎的 Windows Form 應用程式。當您按一下以開啟 [應用程式中的子視窗的功能表項目時，功能表和子視窗之間的互動執行錯誤。

比方說，您可能會遇到下列作業：

當您在子視窗中開啟快顯功能表時，在主視窗表單取得焦點。
您無法使用助憶鍵來存取功能表項目。

問題 2

當您設定在相同的儲存格做為 TableLayoutPanel 的 Windows Form 控制項中顯示的兩個控制項時，在兩個控制項可能位於不同的儲存格。

原因

控制項的實際位置在.NET Framework 4 和.NET Framework 4.5 解析方式有所差異，就會發生這個問題。

問題 3

[ System.Windows.Forms.FontDialog.Color ] 屬性會傳回色彩值為System.Drawing.SystemColors類別。這些色彩的物件有名稱不同於標準色彩的名稱，例如"SystemText"。

標準色彩名稱所定義的色彩結構的靜態成員，而且不只是由.NET Framework 中，同時也是由 Windows Form 可辨識。

如需有關色彩結構的詳細資訊，請移至下列 MSDN 網站：

色彩結構的一般資訊

(http://msdn.microsoft.com/en-us/library/system.drawing.color.aspx)

XML

問題 1

當您試著重新定義的預設 XML 命名空間，XSL 轉換期間時，會擲回例外狀況。此外，您會收到下列錯誤訊息：

無法建構命名空間宣告 xmlns ='uri：schema1'.

前置詞 '已對應至命名空間' uri：schema2'.

問題 2

假設您要序列化實作IEnumerable介面的結構的陣列，使用XmlSerializer類別明確。在此情況下，會擲回.NET Framework 4.5 中的System.Reflection.TargetInvocationException例外狀況。

類別協定網路程式庫

問題 1

假設您執行是.NET Framework 4.5 架構的應用程式使用非同步 Api，以讀取區塊的回應。在此情況下，可能會以同步方式讀取區塊的回應。

原因

HttpWebRequest類別可讓呼叫端以同步或非同步方式讀取之 HTTP 回應。不過，如果回覆區塊的 HTTP 回應，然後回應的組件會讀取使用同步 I/O (Winsock 呼叫)，即使速度當呼叫端就會使用非同步處理程式碼路徑。在此情況下，等到網路上收到的資料時，會被封鎖呼叫執行緒。

問題 2

假設您有一個.NET Framework 4.5 為基礎的應用程式，會與伺服器通訊的傳輸層安全性/安全通訊端層 (TLS/SSL) 通訊協定上使用HttpWebRequest或SslStream類別。如果應用程式正在傳送資料時，伺服器會要求 SSL 交涉，應用程式可能會遇到未處理的例外狀況，並再發生當機。

問題 3

如果是在 SSL 交涉期間已中止的 HTTPS 要求暫止寫入作業時，執行緒集區會凍結HttpWebRequest類別中。

原因

由於HttpWebRequest類別或SslStream類別會處理 SSL 重新交涉時，可能發生競爭情形會發生這個問題。在此情況下，執行緒集區可能會產生愈來愈多的執行緒。此外，會保留在記憶體中的資源就不會被清除。

問題 4

假設您已在.NET Framework 4.5 架構的應用程式與透過 proxy 伺服器進行通訊。如果要求已中止，而且 proxy 驗證在同一時間進行交涉，應用程式可能會遇到未處理的例外狀況，並再發生當機。

原因

Thread.Abort()方法處理，因為舊版的修正程式，所以會發生這個問題。此修正程式會加入一個函式，可能會擲回新例外狀況。因此， Thread.Abort()方法不會擲回這個例外狀況。

ASP.NET

問題 1

請考慮如下案例：

您必須顯示不同內容會根據瀏覽器的語言設定的 ASP.NET web 應用程式。
瀏覽到該 web 應用程式，使用者會使用 Internet Explorer 10 在傳統中文版的 Windows 8。

在這個案例中，web 應用程式不會向使用者顯示傳統的中文版本的內容。

問題 2

當您要監視特定 ASP.NET 的效能計數器 (例如，應用程式執行效能計數器) 的遠端電腦上本機電腦上執行的 Perfmon.exe 程式時，一定會收到值為0。即使有多個遠端電腦上執行的 ASP.NET 應用程式，您會收到這個值。

問題 3

請考慮如下案例：

在 Microsoft Visual Studio 2012 的網站專案中，您將加入<thead></thead>至.aspx 網頁上的 HTML 表格] 控制項的標記。比方說，您執行下列動作：
<table id="Table1" runat="server"><thead></thead></table>
您嘗試建置整個網站。

在這個案例中，您會收到類似下列的編譯錯誤：

"'System.Web.UI.HtmlControls.HtmlTableRowCollection.Add(System.Web.UI.HtmlControls.HtmlTableRow)' 最多載的方法符合項目會有一些無效的引數"

問題 4

假設您設定cachedRolesInCookie屬性的值設為 true web 應用程式中。RolePrincipal物件序列化為 cookie，應用程式，並接著將其傳送以回應。在此情況下，角色 cookie 值是空的應用程式的下列要求中。

問題 5

請考慮如下案例：

您有一個 ASP.NET web 應用程式中，以及AntiXssEncoder型別已在應用程式。
其中一個應用程式中的網頁有超連結Web 伺服器控制項，會使用NavigateUrl屬性，以移向 ["mailto:xxx@contoso.com"。
使用者會使用他的瀏覽器中，來存取該網頁，然後再按一下 [超連結。

在這個案例中，將使用者重新導向到不存在的網頁。

實體架構

問題 1

請考慮如下案例：

您開發的應用程式使用中 Microsoft Visual Studio 2010 的 Microsoft SQL Server Compact 3.5 或 SQL Server Compact 4.0 和 Entity Framework。
應用程式來執行多個聯結使用"LINQ to Entities"查詢以取得資料的實體上的陳述式設定。
您將應用程式已安裝的.NET Framework 4.5 的電腦。
您試著執行應用程式。

在這個案例中，應用程式可能會遇到效能降低，因為不需執行也針對 SQL Server Compact 3.5 或 SQL Server Compact 4.0 Entity Framework 中的 SQL 陳述式產生。

問題 2

請考慮如下案例：

您執行應用程式，以在已安裝的.NET Framework 4.5 的電腦上使用 Entity Framework 來查詢資料。
此查詢會使用"分組方式檢視"建構。

在這個案例中，您可能會遇到效能不佳的查詢。

附註當.NET Framework 的 4] 中執行應用程式時，就不會發生這個問題。

Windows 工作流程的基礎 (WF)

問題 1

請考慮如下案例：

您有現有的 Visual Studio 2010 活動程式庫專案，或您建立新的活動程式庫專案。
您必須在專案中才會內嵌於組件中的某些資源檔。
在建置 Visual Studio 2012 中的專案。

在這個案例中，在建置程序已成功。不過，資源檔不會正確地內嵌於組件中。

問題 2

請考慮如下案例：

您建立工作流程主控台應用程式專案，名為"WorkflowConsoleApplication1"。
開啟預設工作流程]，且您將字串型別引數。
您將新的引數的預設值設定為某個值，例如「範例」。

您可以加入下面這一行程式碼：

[assembly:System.Windows.Markup.XmlnsDefinition("foobar", "WorkflowConsoleApplication1")]

在建置方案，然後再試一次開啟預設工作流程。

在這種情況下，工作流程設計工具不能是 loade，您會收到下列錯誤訊息：

「工作流程設計工具發生問題的文件」

Windows 通訊的基礎 (WCF)

問題 1

請考慮如下案例：

您已安裝的.NET Framework 4.5 的電腦上的該目標的.NET Framework 4.0 開發 WCF 服務專案。
您在 web.config 檔中設定aspNetCompatibilityEnabled屬性的值為true 。
您部署到另一台已安裝的.NET Framework 4.0 WCF 服務專案。

在這個案例中， System.ServiceModel.ServiceActivationException例外狀況。

附註：若要在部署已安裝的.NET Framework 4.5 的電腦上的 WCF 服務專案時，就不會發生這個問題。

原因

AspNetCompatibilityRequirements屬性的預設值是在.NET Framework 4.0 中的NotAllowed ，就會發生這個問題。不過，此預設值，則變更為 [已允許.NET Framework 4.5 中。

因應措施

如果要暫時略過這個問題，明確地設定服務的 ASP.NET 相容性模式該服務契約藉由新增下列程式碼：

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]

問題 2

公用 API ByteStreamMessageEncoder.CreateMessage會建立一個XmlDictionaryReader類別而不是在XmlDictionaryReaderQuotas.Max中定義的最大配額所使用的預設值為XmlDictionaryReaderQuotas 。這可能會造成System.Xml.XmlException (已超過最大配額) 例外狀況發生。

問題 3

當您嘗試存取上傳資料流屬性 (例如， HttpRequest.InputStream )而不是服務作業，您會收到下列錯誤訊息：

所叫用 HttpRequest.GetBefferlessInputStream 之後，不支援此方法或屬性"

問題 4

當您嘗試產生 WCF proxyASMX 服務藉由使用 [加入服務參考] 對話方塊的或.NET Framework 4.5 Svcutil.exe 公用程式，產生的服務參考無效與遺漏的型別。

問題 5

請考慮如下案例：

您可以建立 ASP.NET MVC4 Web API 專案在 Visual Studio 2012。
您可以將 WCF 服務參考加入專案中。

在這個案例中，此服務參考的Reference.cs檔案是空的。

原因

DataContractSerializer類別程式發現不支援的型別 (Newtonsoft.Json.Linq.JToken)，就會發生這個問題。如此一來，它就會擲回例外狀況，並加以產生服務參考。

回此頁最上方 | 提供意見

屬性

文章編號: 2750149 - 上次校閱: 2013年4月22日 - 版次: 2.0

這篇文章中的資訊適用於:

Microsoft .NET Framework 4.5?應用於:

Windows 8
Windows RT
Windows Server 2012 Standard

kbfix atdownload kbsurveynew kbexpertiseadvanced kbmt KB2750149 KbMtzh

機器翻譯

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

按一下這裡查看此文章的英文版本：2750149

(http://support.microsoft.com/kb/2750149/en-us/ )

Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

回此頁最上方 | 提供意見