.NET Framework 4 的迁移问题

浏览器定义文件

浏览器定义文件已经更新，以包括有关新的和已更新的浏览器和设备的信息。 旧式浏览器和设备（如 Netscape Navigator）已被删除，并且已添加更新的浏览器和设备（如 Google Chrome 和 Apple iPhone）。

如果应用程序包含从已删除的浏览器定义之一继承的自定义浏览器定义，则您将会看到一个错误。

HttpBrowserCapabilities 对象（由页的 Request.Browser 属性公开）是由浏览器定义文件驱动的。 因此，通过在 ASP.NET 4 中访问此对象的属性返回的信息可能与早期版本的 ASP.NET 中已返回的信息不同。

如果应用程序依赖于旧式浏览器定义文件，则可以从以下文件夹复制这些文件：

Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\Browsers

将这些文件复制到 ASP.NET 4 对应的 \CONFIG\Browsers 文件夹中。 复制这些文件之后，请运行 Aspnet_regbrowsers.exe 命令行工具。 有关更多信息，请参见 https://www.asp.net/mobile 网站。

ClientID 更改

利用 ASP.NET 4 中的新 ClientIDMode 设置，可以指定 ASP.NET 生成 HTML 元素的 id 特性的方式。 在 ASP.NET 的早期版本中，默认行为与 ClientIDMode 的 AutoID 设置等效。 现在的默认设置为 Predictable。 有关更多信息，请参见 ASP.NET Web 服务器控件标识。

如果使用 Visual Studio 2010 从 ASP.NET 2.0 或 ASP.NET 3.5 升级应用程序，则此工具会自动向 Web.config 文件添加设置，以保留早期版本的 .NET Framework 的行为。 但是，如果通过在 IIS 中将应用程序工具更改为面向 .NET Framework 4 来升级应用程序，则默认情况下，ASP.NET 将使用新的模式。 若要禁用新的客户端 ID 模式，请将以下设置添加到 Web.config 文件：

<pages ClientIDMode="AutoID" / >

配置文件

.NET Framework 和 ASP.NET 4 的根配置文件（machine.config 文件和根 Web.config 文件）已经更新，以包含在 ASP.NET 3.5 的应用程序 Web.config 文件中已找到的大多数样板文件配置信息。 由于托管 IIS 7 和 IIS 7.5 配置系统的复杂性，在 ASP.NET 4 下和在 IIS 7 与 IIS 7.5 下运行 ASP.NET 3.5 应用程序会导致 ASP.NET 出错或 IIS 出错。

使用 Visual Studio 2010 中的项目升级工具将 ASP.NET 3.5 应用程序升级到 ASP.NET 4。 Visual Studio 2010 将自动修改 ASP.NET 3.5 应用程序的 Web.config 文件以包含 ASP.NET 4 的相应设置。

不过，您可以使用 .NET Framework 4 运行 ASP.NET 3.5 应用程序，而无需重新编译。 在此情况下，您可能必须先手动修改应用程序的 Web.config 文件，然后再在 .NET Framework 4 和 IIS 7 或 IIS 7.5 下运行应用程序。 必须进行的特定更改取决于您使用的软件组合，包括 Service Pack (SP) 版本。 有关受此更改影响的可能软件组合以及如何解决与特定组合相关的问题的信息，请参见 ASP.NET 网站上的 ASP.NET 4 Breaking Changes（ASP.NET 4 重大更改）这一文档中的“Configuration Errors Related to New ASP.NET 4 Root Configuration”（有关新的 ASP.NET 4 根配置的配置错误）一节。

默认文档中的事件处理程序

在对无扩展的 URL 发出请求（此 URL 具有已映射到它的默认文档）时，ASP.NET 4 会将 HTML form 元素的 action 特性呈现为空字符串。 在 ASP.NET 的早期版本中，对 https://contoso.com 发出请求会导致请求 Default.aspx。 在该文档中，开始 form 标记将按以下示例所示方式呈现：

<form action="Default.aspx" />

在 ASP.NET 4 中，对 https://contoso.com 发出请求还会导致请求 Default.aspx，但此时 ASP.NET 将按以下示例所示方式呈现 HTML 开始 form 标记：

<form action="" />

当 action 特性为空字符串时，IIS DefaultDocumentModule 对象将创建对 Default.aspx 的子请求。 在大多数情况下，此子请求对于应用程序代码是透明的，并且 Default.aspx 页会正常运行。 但托管代码和 IIS 7 或 IIS 7.5 集成模式之间的可能的交互会导致托管 .aspx 页在子请求期间停止正常工作。 如果出现以下情况，则对默认 .aspx 文档的子请求将导致发生错误或意外行为：

• 将 .aspx 页发送到其 form 元素的 action 特性设置为 "" 的浏览器。

• 将窗体回发到 ASP.NET。

• 托管 HTTP 模块将读取实体正文的某一部分，如 Request.Form 或 Request.Params。 这将使 POST 请求的实体正文读入托管内存中。 因此，实体正文不再对在 IIS 7 或 IIS 7.5 集成模式中运行的任何本机代码模块可用。

• IIS DefaultDocumentModule 对象最终将运行并创建对 Default.aspx 文档的子请求。 但由于一段托管代码已读取实体正文，因此没有可发送给子请求的实体正文。

• 在对子请求运行 HTTP 管道时，将在处理程序执行阶段运行 .aspx 文件的处理程序。

由于没有实体正文，因此不存在窗体变量和视图状态。 这样一来，便没有可供 .aspx 页处理程序用来确定应引发哪个事件（如果有）的信息。 因此，将不会运行针对受影响的 .aspx 页的任何回发事件处理程序。

有关解决可能因为此更改而引发的问题的方法，请参见 ASP.NET 网站上的 ASP.NET 4 Breaking Changes（ASP.NET 4 重大更改）这一文档中的“Event Handlers Might Not Be Not Raised in a Default Document in IIS 7 or IIS 7.5 Integrated Mode”（不会在 IIS 7 或 IIS 7.5 集成模式下的默认文档中引发的事件处理程序）。

在 Internet Explorer 中承载控件

您再也不能在 Internet Explorer 中承载 Windows 窗体控件，因为提供了用于在 Web 上承载控件的更佳解决方案。 因此，已从 .NET Framework 中删除 IEHost.dll 和 IEExec.exe 程序集。

您可以使用以下技术在 Web 应用程序中进行自定义控件开发：

• 您可以创建 Silverlight 应用程序并将其配置为在浏览器外部运行。 有关更多信息，请参见Out-of-Browser Support。

• 您可以生成 XAML 浏览器应用程序 (XBAP) 以利用 WPF 功能（需要客户端计算机上的 .NET Framework）。 有关更多信息，请参见 WPF XAML 浏览器应用程序概述。

ASP.NET 2.0 应用程序中的 HttpException 错误

在 IIS 6 上启用 ASP.NET 4 后，IIS 6 上运行的 ASP.NET 2.0 应用程序（在 Windows Server 2003 或 Windows Server 2003 R2 中）可能会生成错误，如下所示：

System.Web.HttpException: Path '/[yourApplicationRoot]/eurl.axd/[Value]' was not found.

• 如果无需 ASP.NET 4 即可运行网站，请重新映射该网站以改用 ASP.NET 2.0。

  - 或 -

• 如果需要 ASP.NET 4 才能运行网站，请将任何子 ASP.NET 2.0 虚拟目录移至映射到 ASP.NET 2.0 的其他网站。

  - 或 -

• 禁用无扩展 URL。 有关更多信息，请参见 ASP.NET 网站上的 ASP.NET 4 Breaking Changes（ASP.NET 4 重大更改）这一文档的“ASP.NET 2.0 Applications Might Generate HttpException Errors That Reference eurl.axd”（ASP.NET 2.0 应用程序可能生成引用 eurl.axd 的 HttpException 错误）。

Menu 控件更改

对 Menu 控件进行更改会导致发生以下行为：

• 如果 System.Web.UI.WebControls.MenuRenderingMode 设置为 List，或者 System.Web.UI.WebControls.MenuRenderingMode 设置为 Default 且 PagesSection.ControlRenderingCompatibilityVersion 设置为 4.0 或更高版本，则 MenuItem.PopOutImageUrl 属性不起作用。

• 如果在 Menu.StaticPopOutImageUrl 和 Menu.DynamicPopOutImageUrl 属性中设置的路径包含反斜杠 (\)，则图像不会呈现。 （在 ASP.NET 的早期版本中，路径可以包含反斜杠。）

• 设置父 System.Web.UI.WebControls.Menu 控件的 Menu.StaticPopOutImageUrl 或 Menu.DynamicPopOutImageUrl，而不是设置单个菜单项的 MenuItem.PopOutImageUrl 属性。

  - 或 -

  将 System.Web.UI.WebControls.MenuRenderingMode 设置为 Table，或者将 System.Web.UI.WebControls.MenuRenderingMode 设置为 Default，并将 PagesSection.ControlRenderingCompatibilityVersion 设置为 3.5。 这些设置会促使 Menu 控件使用在早期版本的 ASP.NET 中使用的基于 HTML 表的布局。

• 如果 Menu.StaticPopOutImageUrl 或 Menu.DynamicPopOutImageUrl 属性中的路径包含反斜杠 (\)，请替换为斜杠字符 (/)。

输出缓存

在 ASP.NET 1.0 中，Bug 会导致缓存页（这些页指定 Location="ServerAndClient" 作为输出缓存设置）在响应中发出 Vary:* HTTP 标头。 这还能起到告知客户端浏览器绝不要本地对页进行缓存的作用。 ASP.NET 1.1 中已添加 HttpCachePolicy.SetOmitVaryStar 方法，可以调用此方法以禁止显示 Vary:* 标头。 但 Bug 报告表明开发人员不了解现有 SetOmitVaryStar 行为。

在 ASP.NET 4 中，不再从指定以下指令的响应中发出 Vary:* HTTP 标头：

<%@ OutputCache Location="ServerAndClient" %>

因此，不再需要使用 HttpCachePolicy.SetOmitVaryStar 方法即可禁止显示 Vary:* 标头。 在为 Location 特性指定“ServerAndClient”的应用程序中，可以对页进行缓存而无需调用 HttpCachePolicy.SetOmitVaryStar。

如果应用程序中的页必须发出 Vary:*，请调用 HttpResponse.AppendHeader 方法，如以下示例所示：

HttpResponse.AppendHeader("Vary","*");

或者，可以将输出缓存 Location 特性的值更改为“Server”。

Passport 类型

ASP.NET 2.0 中内置的 Passport 支持已过时且不受支持，这是由于 Passport（现在为 Live ID SDK）中的更改导致的。 因此，现在用 ObsoleteAttribute 特性标记 System.Web.Security 中与 Passport 相关的类型。

更改您拥有的使用 System.Web.Security 命名空间中的 Passport 类型（例如，System.Web.Security.PassportIdentity）的代码以使用 Windows Live ID SDK。

请求验证

为了改进请求验证，将在请求生命周期中提早调用 ASP.NET 请求验证。 因此，将为不是针对 .aspx 文件的请求（如针对 Web 服务调用和自定义处理程序的请求）运行请求验证。 此外，在请求处理管道中运行自定义 HTTP 模块时，请求验证也将处于活动状态。

进行此更改后，针对 .aspx 文件之外的资源的请求可能会引发请求验证错误。 在请求管道（例如，自定义 HTTP 模块）中运行的自定义代码也可能会引发请求验证错误。

如有必要，您可以通过使用 Web 配置文件中的以下设置，还原为仅让 .aspx 页触发请求验证这一旧行为：

<httpRuntime requestValidationMode="2.0" />

安全说明

如果还原为旧行为，请确保现有处理程序中的所有代码、模块和其他自定义代码对潜在的不安全 HTTP 输入（可能是 XSS 攻击平台）进行检查。

SharePoint 网站

如果尝试运行部署为 SharePoint 网站（包含名为 WSS_Minimal 的自定义部分信任级别）的子级的 ASP.NET 4 网站，您将看到以下错误：

Could not find permission set named 'ASP.Net'.

目前，所有版本的 SharePoint 都与 ASP.NET 不兼容。 因此，您不应尝试将 ASP.NET 4 网站作为 SharePoint 网站的子级运行。

CardSpace

Windows CardSpace 不再包含在 .NET Framework 中，而是单独提供。

从 Microsoft 下载中心下载 Windows CardSpace。

C# 代码编译器

Microsoft.CSharp 命名空间中的 Compiler、CompilerError 和 ErrorLevel 类不再可用，并且其程序集 (cscompmgd.dll) 不再包含在 .NET Framework 中。

使用 CodeDomProvider 类和 System.CodeDom.Compiler 命名空间中的其他类。 有关更多信息，请参见使用 CodeDOM。

新安全模型

代码访问安全性 (CAS) 策略已关闭并替换为简化模型，如 .NET Framework 4 中的安全性更改中所述。

如果您依赖于应用程序中的 CAS，则可能需要做出一些修改。 有关更多信息，请参见代码访问安全策略兼容性和迁移。

夏时制

为了与系统时钟保持一致，时间属性（如 TimeZoneInfo.Local 和 DateTime.Now）现在使用操作系统规则而非其他 .NET Framework 数据进行夏时制操作。

无。

区域性名称

以下名称更改将影响德语、马尔代夫语和非洲语区域性：

• CurrencyEnglishName：德语（瑞士）(de-CH) 区域性的货币名称已从“sFr.”更改为“Fr.”。

• LongDatePattern：迪维希语（马尔代夫）(dv-MV) 区域性的长日期模式已从“dd/MMMM/yyyy”更改为“dd/MM/yyyy”。

• PMDesignator：南非荷兰语（南非）(af-ZA) 区域性 的 P.M. 指示符已从“nm”更改为“PM”。

注意区域性名称更改。

过时的区域性类型

FrameworkCultures 和 WindowsOnlyCultures 区域性类型现已过时。

为了实现向后兼容，FrameworkCultures 现在返回 .NET Framework 早期版本中附带的非特定区域性和特定区域性，而 WindowsOnlyCultures 现在返回一个空列表。

使用 CultureTypes 枚举的其他值。

Unicode 5.1 标准

.NET Framework 目前支持所有 Unicode 5.1 字符，外加大约 1400 个字符。 这些额外的字符包括新符号、箭头、音调符号、标点、数学符号、CJK 笔划和表意文字、其他马拉雅拉姆语和泰卢固语数字字符以及各种缅甸语、拉丁语、阿拉伯语、希腊语、蒙古语和西里尔语字符。 Unicode 5.1 支持以下新文种：巽他语、列普查语、欧甘语、瓦依语、索拉什拉特语、克耶黎语、勒姜语、果鲁穆奇语、奥里雅语、泰米尔语、泰卢固语、马拉雅拉姆语字符和占语。

无。

损坏进程状态的异常

CLR 不再将损坏进程状态的异常传递给托管代码中的异常处理程序。

这些异常指示进程状态已损坏。 建议您不要在此状态下运行应用程序。

有关更多信息，请参见 HandleProcessCorruptedStateExceptionsAttribute 和“CLR 深入浅出”博客中的条目 Handling Corrupted State Exceptions（处理损坏状态异常）。

程序集哈希算法

AssemblyName.HashAlgorithm 属性目前返回 AssemblyHashAlgorithm.None，因为在加载程序集时运行时不知道所引用的程序集的哈希算法。 （这表示使用所引用的程序集（如由 Assembly.GetReferencedAssemblies 方法返回的程序集）的属性。）

无。

声明类型

当类型不具有声明类型时，Type.DeclaringType 属性将正确返回 null。

无。

全局程序集缓存位置更改

对于 .NET Framework 4 程序集，已将全局程序集缓存从 Windows 目录 (%WINDIR%) 移动到 Microsoft.Net 子目录 (%WINDIR%\Microsoft.Net)。 早期版本中的程序集保留在旧的目录中。

非托管 ASM_CACHE_FLAGS 枚举包含新的 ASM_CACHE_ROOT_EX 标志。 此标志可获得 .NET Framework 4 程序集的缓存位置，可以通过 GetCachePath 函数获取此位置。

无。假定应用程序不使用程序集的显式路径，建议您不要这样做。

缓冲区长度

（非托管 API）

为了节省内存，已更改 ICorProfilerInfo2::GetStringLayout 方法的 pBufferLengthOffset 参数的功能以匹配 pStringLengthOffset 参数。 这两个参数目前都指向字符串长度的偏移量位置。 已从字符串类的表示形式中删除缓冲区长度。

移除缓冲区长度的任何依赖项。

平台调用

为了改进与非托管代码进行的互操作的性能，平台调用中的不正确的调用约定会导致应用程序失败。 在早期版本中，封送层在堆栈中向上解析这些错误。

在 Microsoft Visual Studio 2010 中调试应用程序时，将通知您这些错误，以便您能够纠正它们。

如果您的二进制文件无法更新，则可以将 <NetFx40_PInvokeStackResilience> 元素包含在应用程序的配置文件中，以便能够在早期版本中的堆栈上解析这些调用错误。 但这可能会影响应用程序的性能。

POCO 方案

System.Data.Objects.DataClasses.IRelatedEnd 接口具有的新方法提高了它在简单传统 CLR 对象 (POCO) 方案中的可用性。 这些新方法采用 Object 而非 IEntityWithRelationships 实体作为参数。

事件

在某个行处于已修改状态并调用了 RejectChanges 方法时引发 DataRowView.PropertyChanged 事件。 此更改使得更容易创建用于公开 DataSet 对象的内容的 UI 控件。

映射视图

将在设计时捕获查询视图映射错误，而不是在运行时引发 NullReferenceException。

映射验证现在将捕获总体架构 (CSDL) 中的两个关联集映射到同一个列这一错误。

实体对象

在调用 ObjectContext.SaveChanges 方法时，ObjectContext.Detach 方法和实体对象的状态之间存在奇偶校验。 这将提高一致性，以防止引发意外的异常。

结构化批注

Entity Framework 将识别结构化批注。

事件

System.Data.Linq.EntitySet<TEntity> 集合将引发 ListChanged 事件以进行添加和删除操作（如果卸载 EntitySet<TEntity>），此外还将在加载集合时引发该事件。

批处理二进制内容

WCF 数据服务目前支持请求和响应中的批处理二进制内容。

异常

以下情况将引发更有用的异常而不是 NullReferenceException：

• 在对数据服务的调用超时时，引发 TimeoutException。

• 在对数据服务发出错误请求时，引发 DataServiceRequestException。

您应更改应用程序中的异常处理方式以捕获新的异常。

JSON 读取器

如果 JavaScript 对象表示法 (JSON) 读取器在处理发送到 WCF 数据服务的 JSON 负载时读取到单个反斜杠（“\”）转义字符，则它会正确返回一个错误。

请求

在处理对数据服务的请求前调用 DataService<T>.OnStartProcessingRequest 方法。 这可使该请求完全适用于 ServiceOperation 服务。

URI

已纠正 WCF 数据服务客户端对 URI 进行的转义。

配置文件

为了能够通过配置文件层次结构继承行为，WCF 现在支持跨配置文件进行合并。

现已扩展配置继承模型，允许用户定义将应用于计算机上运行的所有服务的行为。

如果在层次结构的不同级别上存在同名的行为，则您可能会遇到行为更改。

异常处理

为了能够提前检测错误，WPF 引发 TargetInvocationException 并将 InnerException 属性设置为严重异常（例如 NullReferenceException、OutOfMemoryException、StackOverflowException 和 SecurityException），而不是捕获原始异常。

无。

部分信任的应用程序

为了安全起见，以部分信任的方式运行并包含带有 HTML 的 WebBrowser 控件或 Frame 控件的基于 Windows 的应用程序将在创建该控件时引发 SecurityException。

如果满足以下条件，则浏览器应用程序将引发异常并显示一条消息：

• 该应用程序在 Firefox 中运行。

• 该应用程序在来自不受信任站点的 Internet 区域中以部分信任的方式运行。

• 该应用程序包含带有 HTML 的 WebBrowser 控件或 Frame 控件

请注意，从受信任站点或 Intranet 区域运行的应用程序不会受到影响。

在浏览器应用程序中，可通过执行下列操作之一来减轻此更改的影响：

• 以完全信任的方式运行浏览器应用程序。

• 让客户将该应用程序的站点添加到受信任的站点区域。

• 让客户在 Internet Explorer 中运行该应用程序。

Windows 7

为了使 WPF 应用程序更适用于 Windows 7，已做出以下改进以纠正窗口的行为：

• 停靠和笔势状态现在基于用户交互按预期方式工作。

• 任务栏命令“层叠窗口”、“堆叠显示窗口”和“以并行方式显示窗口”现在具有正确的行为并更新相应的属性。

• 最大化或最小化窗口的 Top、Left、Width 和 Height 属性现在包含窗口的正确还原位置，而不是其他值，具体取决于监视器。

无。

XPS 查看器

WPF 不包含 Microsoft XML 纸张规范 Essentials Pack (XPSEP)。 Windows 7 和 Windows Vista 附带 XPSEP。

在运行 Windows XP 但未安装 .NET Framework 3.5 SP1 的计算机上，使用 PrintDialog 中以外的 WPF API 进行打印将依赖于 WINSPOOL。 有些打印机功能不会被报告出来，有些打印机设置也不会在打印期间应用。

如果需要，请安装 Microsoft XML Paper Specification Essentials Pack（Microsoft XML 纸张规范 Essentials Pack）。

对话框

为了提高可靠性，对创建了 Microsoft.Win32.FileDialog 控件的同一线程调用 CommonDialog.ShowDialog 方法。

确保创建 FileDialog 控件并对同一线程调用 ShowDialog 方法。

集合中的项

当在基础集合中移动或添加某一项时，如果 CollectionView 未进行排序，则该项会显示在 CollectionView 中的同一相对位置。 这会在集合中项的位置与关联的 CollectionView 之间提供一致性。

使用 ItemContainerGenerator.ContainerFromItem 或 CollectionView.IndexOf 方法查找项在 CollectionView 中的位置，而不是依赖于项的固定位置。

菜单

为了在弹出菜单中启用 ClearType 文本，已对 ControlTemplate 类和 MenuItem 控件以及其他控件做出修改。

应用程序不应依赖于控件模板的可视化结构。 只有 ControlTemplate 的已命名部分才包含在公共协定中。 如果应用程序必须在 ControlTemplate 中查找某个对象，则应在可视化树中搜索特定类型的对象，而不是依赖于对象在该树中的固定位置。

弹出窗口

在布局处理过程中现在可多次调用 CustomPopupPlacementCallback 委托，而不是仅调用一次。

如果 CustomPopupPlacementCallback 委托根据其以前的位置计算 Popup 的位置，则仅当 popupSize、targetSize 或 offset 参数的值发生更改时才需重新计算该位置。

文本框

为了安全起见，在以部分信任的方式调用 TextBoxBase.Copy 和 TextBoxBase.Cut 方法时，这两种方法会失败，且不给出提示。

此外，在部分信任的方式下，还会禁止以编程方式对继承自 TextBoxBase 的控件执行 ApplicationCommands.Copy 或 ApplicationCommands.Cut 属性。 不过，用户启动的复制和剪切命令（例如，单击其 ButtonBase.Command 属性绑定到其中任一命令的按钮）仍有效。 在部分信任方式下，通过键盘快捷方式和上下文菜单执行的标准复制和剪切仍像之前一样有效。

将 ApplicationCommands.Copy 或 ApplicationCommands.Cut 命令绑定到用户启动的操作，例如单击按钮。

位图效果

为了改进性能，BitmapEffect 类和继承自 BitmapEffect 类的类虽然仍存在，但已被禁用。 如果满足以下条件，则将使用硬件加速呈现管道呈现该效果：

• 应用程序会使用 DropShadowBitmapEffect 或半径属性设置为小于 100 DIU 的 BlurBitmapEffect。

• 运行应用程序的计算机上的视频卡支持像素着色器 2.0。

如果不满足以上条件，则 BitmapEffect 对象将不起作用。

此外，Visual Studio 2010 在遇到 BitmapEffect 对象或子类时还会生成一条编译器警告。

PushEffect 方法被标记为已过时。

停止使用旧的 BitmapEffect 及派生类，改用派生自 Effect 的新类：BlurEffect、DropShadowEffect 和 ShaderEffect。

此外，您还可以通过从 ShaderEffect 类继承，创建您自己的效果。

解码图像

为了防止在图像无法解码时不会处理 IOException，BitmapSource 类将在不解码图像时引发 DecodeFailed 事件。

删除针对 IOException 的任何异常处理并使用 DecodeFailed 事件检查解码失败。

绑定命令实例

为了提供用于将基于视图模型的命令实例绑定到基于视图的输入笔势的机制，InputBinding 类现在从 Freezable 而非 DependencyObject 继承。 以下属性现在是依赖项属性：

• Command

• CommandParameter

• CommandTarget

此更改会导致出现以下情况：

• 注册之后，InputBinding 对象现在处于冻结状态，而不是仍然可变。

• 无法从多个线程访问实例级别的 InputBinding 对象，因为存在 DependencyObject 类的限制。

• 无法在注册类级别的输入绑定后对其进行转换，因为存在 Freezable 类的限制。

• 无法对视图模型中创建的命令实例指定输入绑定。

如果绑定是可变的，则在单独的线程上创建 InputBinding 类的单独实例，否则请冻结这些绑定。 不要在注册类级别静态 InputBinding 后更改它。

死键组合

WPF 会对死键进行模糊处理，这不会生成任何可见字符，而是指示该键将与下一个字母键组合使用以生成一个字符。 通过将 Key 属性设置为 DeadCharProcessed 值，键输入事件（例如 KeyDown 事件）会在键成为死键时进行报告。 这通常属于预期行为，因为应用程序一般不会对创建组合字符的键盘输入做出响应。

期望读取组合字符组成键的应用程序，可以通过使用 DeadCharProcessedKey 属性获取现在经过模糊处理的键。

视图的类层次结构

TreeViewAutomationPeer 和 TreeViewItemAutomationPeer 类继承自 ItemsControlAutomationPeer 而不是 FrameworkElementAutomationPeer。

如果继承自 TreeViewItemAutomationPeer 类并重写 GetChildrenCore 方法，请考虑返回继承自新 TreeViewDataItemAutomationPeer 类的对象。

菜单和子对象

为了启用包含 MenuItem 对象以外的子级的菜单的 UI 自动化，GetChildrenCore 方法现在返回子 UIElement 对象的 AutomationPeer 对象，而不是 MenuItemAutomationPeer 对象。

无。

滚动块

GetClassNameCore 方法返回一个值，而不是 Null。 因此，继承自 Thumb 类的控件（例如 GridSplitter）会将名称报告给 UI 自动化。

无。

标记扩展

当使用标记扩展在集合中设置属性或创建项时，WPF 现在始终正确使用 MarkupExtension.ProvideValue 方法中的值，而不是在某些情况下返回 MarkupExtension 对象。 标记扩展在些情况下可能会返回自身。

如果在早期版本中应用程序访问返回了 MarkupExtension 对象的资源，则引用从 ProvideValue 返回的对象，而不是 MarkupExtension 对象。

Chameleon 架构

为了防止数据损坏，现在当 Chameleon 架构随多个架构附带时将可以正确克隆。

Chameleon 架构是一些不具有目标命名空间的架构，当这些机构包含在另一个 XSD 中时，它们将采用导入架构的目标命名空间。 它们通常用于将一般类型包含在架构中。

命名空间特性

为了防止数据损坏，XPathNavigator 对象现在正确返回 x:xmlns 特性的本地名称。

架构验证

为了阻止错误的架构验证，XmlSchemaSet 类可确保 XSD 架构编译的正确性和一致性。 这些架构可以包含其他架构；例如，A.xsd 可以包含 B.xsd，而后者又可包含 C.xsd。 编译上述任意架构会导致遍历依赖项图。

URI

XElement.Load 方法现在在 LINQ 查询中返回正确的 BaseURI。

命名空间解析器

XmlReader.ReadContentAs 方法不再忽略传递给它的 IXmlNamespaceResolver 解析器。

在早期版本中，已忽略指定的命名空间解析器，而改用 XmlReader。

实体引用

为了防止数据损坏，不再在 XML 特性中对实体引用进行实体化两次。

如果用户尝试使用 WriteEntityRef 方法将实体写入 xmlns 特性或 xml:lang 或 xml:space 特性中，则会在输出中实体化实体两次，从而将损坏数据。

2010 年 8 月

添加了有关 Web 浏览器中的承载控件、编译器类和 CodeDOM 以及全局程序集缓存查看器的问题。

信息补充。