在 Windows 7,Windows 7 SP1,Windows 2008 R2、 Windows 2008 R2 SP1,Windows 2008 SP2 中和 Windows Vista SP2.NET Framework 4.5 的修补程序汇总包 2783808

文章翻译 文章翻译
文章编号: 2783808 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

简介

本文介绍在 Windows 7,Windows 7 Service Pack 1 (SP1)、 Windows 2008 R2,Windows 2008 R2 SP1,Windows 2008 SP2 中和 Windows Vista SP2 Microsoft.NET Framework 4.5 Service Pack 2 (SP2) 的修补程序汇总包 2783808。此修补程序汇总包可以用来修复框架 4.5 中的几个问题。有关此修复程序可以解决的问题的详细信息,请参阅"此热修复程序总成包解决问题"一节。

更多信息

热修复补丁程序信息

现在可以从 Microsoft 获得支持的修补程序。但是,它被用于更正本文介绍的问题。它只应用于正经历此特定问题的系统。

若要解决此问题,请联系 Microsoft 客户支持服务,以获取此修复程序。Microsoft 客户支持服务的电话号码以及有关支持费用的信息的完整列表,请访问下面的 Microsoft 网站:
http://support.microsoft.com/contactus/?ws=support
注意 在特殊情况下,如果 Microsoft 支持专业人员确定某个特定的更新能够解决您的问题,也被取消,通常情况下收取的电话支持服务费用。照常收取支持费用将应用于其他支持问题和对于特定更新无法解决的问题。

先决条件

若要应用此修补程序,您必须具有 the.NET Framework 4.5 SP1 安装在 Windows 7,Windows 7 SP1,Windows 2008 R2,Windows 2008 R2 SP1,Windows 2008 SP2 中或 Windows Vista SP2。

重新启动要求

如果正在使用任何受影响的文件,则在应用此修补程序后,必须重新启动计算机。我们建议您关闭所有.NET Framework 应用程序,然后再应用此修补程序。

修补程序替换信息

此修复程序包不替代以前发布的修补程序软件包。

文件信息

收起这个图片展开这个图片
assets folding start collapsed
此修复程序的全球版本具有的文件属性 (或更新的文件属性) 下表中列出。协调世界时 (UTC) 中列出了这些文件的日期和时间。当您查看文件信息时,它已转换为当地时间。若要了解 UTC 与本地时间之间的时差,请使用 时区 在选项卡 日期和时间 在控制面板中的项。
有关所有受支持的基于 x86 的 Windows 7,Windows 7 SP1 和 Windows 2008 SP2 Windows Vista SP2 版本
收起该表格展开该表格
文件的名称文件版本文件大小日期时间平台
Clr.dll4.0.30319.190476,876,6082012 年 11 月 28-01:28x86
Mscordacwks.dll4.0.30319.190471,299,4402012 年 11 月 28-01:28x86
Mscordbi.dll4.0.30319.190471,096,6562012 年 11 月 28-01:28x86
Mscorlib.dll4.0.30319.190475,171,1522012 年 11 月 28-02:39x86
Presentationcore.dll4.0.30319.190473,224,5602012 年 11 月 28-02:39x86
Presentationframework.dll4.0.30319.190476,187,0162012 年 11 月 28-02:39x86
Sos.dll4.0.30319.19047746,9442012 年 11 月 28-01:28x86
System.dll4.0.30319.190473,449,2882012 年 11 月 28-02:39x86
System.identitymodel.dll4.0.30319.190471,084,9282012 年 11 月 28-02:39x86
System.printing.dll4.0.30319.19047342,0002012 年 11 月 28-02:39x86
System.runtime.serialization.dll4.0.30319.190471,051,6962012 年 11 月 28-02:39x86
System.servicemodel.channels.dll4.0.30319.19047158,7682012 年 11 月 28-02:39x86
System.servicemodel.discovery.dll4.0.30319.19047312,3602012 年 11 月 28-02:39x86
System.servicemodel.dll4.0.30319.190476,368,7842012 年 11 月 28-02:39x86
Windowsbase.dll4.0.30319.190471,237,4882012 年 11 月 28-02:39x86
所有受支持的基于 x64 的 Windows 7,Windows 7 SP1,Windows 2008 R2,Windows 2008 R2 SP1,Windows 2008 SP2 和 Windows Vista SP2 版本
收起该表格展开该表格
文件的名称文件版本文件大小日期时间平台
Clr.dll4.0.30319.190479,804,2242012 年 11 月 28-00:33x64
Clr.dll4.0.30319.190476,876,6082012 年 11 月 28-01:28x86
Mscordacwks.dll4.0.30319.190471,742,8162012 年 11 月 28-00:33x64
Mscordacwks.dll4.0.30319.190471,299,4402012 年 11 月 28-01:28x86
Mscordbi.dll4.0.30319.190471,497,0402012 年 11 月 28-00:33x64
Mscordbi.dll4.0.30319.190471,096,6562012 年 11 月 28-01:28x86
Mscorlib.dll4.0.30319.190475,120,4642012 年 11 月 28-00:33x64
Mscorlib.dll4.0.30319.190475,171,1522012 年 11 月 28-02:39x86
Presentationcore.dll4.0.30319.190473,207,6802012 年 11 月 28-00:33x64
Presentationcore.dll4.0.30319.190473,224,5602012 年 11 月 28-02:39x86
Presentationframework.dll4.0.30319.190476,187,0162012 年 11 月 28-02:39x86
Sos.dll4.0.30319.19047785,3442012 年 11 月 28-00:33x64
Sos.dll4.0.30319.19047746,9442012 年 11 月 28-01:28x86
System.dll4.0.30319.190473,449,2882012 年 11 月 28-02:39x86
System.identitymodel.dll4.0.30319.190471,084,9282012 年 11 月 28-02:39x86
System.printing.dll4.0.30319.19047342,0162012 年 11 月 28-00:33x64
System.printing.dll4.0.30319.19047342,0002012 年 11 月 28-02:39x86
System.runtime.serialization.dll4.0.30319.190471,051,6962012 年 11 月 28-02:39x86
System.servicemodel.channels.dll4.0.30319.19047158,7682012 年 11 月 28-02:39x86
System.servicemodel.discovery.dll4.0.30319.19047312,3602012 年 11 月 28-02:39x86
System.servicemodel.dll4.0.30319.190476,368,7842012 年 11 月 28-02:39x86
Windowsbase.dll4.0.30319.190471,237,4882012 年 11 月 28-02:39x86
收起这个图片展开这个图片
assets folding end collapsed

此修复程序的累积修补程序解决的问题

公共语言运行时(CLR) 问题

问题 1

当一个应用程序,.NET Framework 4.5 尝试在具有较低内存的计算机上运行后台垃圾回收时,可能会发生死锁。

问题 2

PerformanceCounterCategory.GetCategories方法不能返回的列表性能计数器类别在某些正在使用非英语区域设置的操作系统上。此外,如果一个应用程序,.NET Framework 运行时枚举性能计数器类别如下所示的代码,则不返回任何值:
PerformanceCounterCategory[] categories;
categories = PerformanceCounterCategory.GetCategories();
Console.WriteLine(categories.Length + " categories are registered on this computer");
应用此修复程序后,必须在应用程序配置文件中添加以下新的 LocalizedPerfCounter 配置项,.NET Framework 应用程序:
<configuration>
    <appSettings>
        <add key="LocalizedPerfCounter" value="true" />
    </appSettings>
</configuration>

Windows 通讯基础 (WCF) 问题

问题 1

假定存在的应用程序使用的System.Xml.XmlDictionaryReader WCF 类来读取 utf-8 编码的 Unicode 字符。当应用程序读取一些在特定范围内的 Unicode 字符时,则读取的进程可能较慢。

请注意有关 System.Xml.XmlDictionaryReader 类的详细信息,请访问以下 MSDN 网站:
XmlDictionaryReader 类的常规信息


问题 2

上正在运行.NET Framework 4.5 或较早版本的计算机,WCF 应用程序不能访问客户端证书,如果将 HttpsTransportBindingElement.RequireClientCertificate 属性设置为FALSE。当应用程序尝试访问客户端证书时,WCF 的操作在以下模式之一:
  • 要求或拒绝
  • 不需要,并不验证
在此情况下,不能创建哪些证书检查为许可的应用程序 (例如,不能创建的应用程序使用不需要证书,但是如果提供验证模式)。此修补程序使应用程序中添加每个终结点设置提供对 WCF 应用程序的客户端证书,如果客户端提供证书。但是,该证书是可选的。如果未提供证书,将不被拒绝的连接。例如,一个网站可能会尝试使用 forms 身份验证来验证的访问尝试在服务器上,并授予更多权限,如果存在的客户端证书提供给服务器。

若要开发的应用程序,创建一个 EndpointBehavior 的行为,然后将行为添加到该终结点的绑定。例如,您可以运行下面的代码创建和添加行为:
class ValidateOptionalClientCertificateBehavior : IEndpointBehavior
        {
            private const string ValidateOptionalClientCertificates = "wcf:HttpTransport:ValidateOptionalClientCertificates";
 
            public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
            {
                IDictionary<string, object> endpointSettings = bindingParameters.Find<IDictionary<string, object>>();
 
                if (endpointSettings == null)
                {
                    endpointSettings = new Dictionary<string, object>(StringComparer.OrdinalIgnoreCase);
                    bindingParameters.Add(endpointSettings);
                }
 
                if (endpointSettings.ContainsKey(ValidateOptionalClientCertificates))
                {
                    endpointSettings[ValidateOptionalClientCertificates] = true;
                }
                else
                {
                    endpointSettings.Add(ValidateOptionalClientCertificates, true);
                }
            }
 
            public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
            {
            }
 
            public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
            {
            }
 
            public void Validate(ServiceEndpoint endpoint)
            {
                if (endpoint.ListenUri.Scheme != "https")
                {
                    throw new InvalidOperationException();
                }
            }
        }
    }
或者,您可以添加下列终结点设置到 bindingParameters 集合:
string ValidateOptionalClientCertificatesString = "wcf:HttpTransport:ValidateOptionalClientCertificates";
            Dictionary<string, object> endpointSettings = new Dictionary<string, object>();
            endpointSettings.Add(ValidateOptionalClientCertificatesString, true);
            bindingParameters.Add(endpointSettings);


问题 3

运行在服务器支持 WS 发现通过用户数据报协议 (UDP) 的 WCF 服务时,您可能会遇到一个或多个下列问题:
  • 在服务器上的 CPU 使用率值意外增加。
  • 多址广播的通信是比预期更大。
  • 在网络所有部署.NET Framework 4.5 的位置上观察到许多 SOAP 错误消息或计算机的子集。
此修补程序可防止从 UDP 端点如果 WS 发现未配置的终结点上收到 WS 发现多址广播的消息返回 SOAP 错误消息。

注意即使目标.NET Framework 4.5 到未编译该服务,则可能会出现这些问题。环境或.NET Framework 4.5 处于一个或多个终结点上出现的网络中可能会出现这些问题。

Windows Presentation Foundation (WPF) 问题


问题 1

当您使用 a.NET Framework 4.5 基于 WPF 服务在操作系统上使用图形设备接口 (GDI) 打印机打印时,就会发生打印性能较差。在满足以下条件时,将发生此问题:
  • 承载该服务的操作系统使用非英语区域设置。
  • 操作系统已安装以下产品之一:
    • WPF 4.0 版
    • WPF 4.5 版
    • WPF 版本 3.5 和下面的 Microsoft 知识库文章中介绍的修补程序 (或包含此修补程序的升级修补程序):
      980294 在中,通过使用.NET Framework 3.0 创建 XPS 文档的 Wingdings 字体打印条形码字体中的字符
  • 在打印文档中包含多个文本块。
由于查找操作发生在每次打印过程调用要查找用于显示文本的 GDI 字体的文本块,则会出现此问题。通过应用的修补程序分发 4.5 KB980294,WPF 4.0 版本后和 WPF 版本中增加的查找操作的资源使用情况。此外,查找操作的资源利用支配着打印进程的总体资源使用情况。此修补程序解决的逻辑,缓存查找操作结果中的已知的问题。应用此修复程序后,在查找操作的资源使用情况发生一次每个 GDI 字体而不是文本块的每一次发生。

问题 2

请考虑以下情形:
  • 您有一个基于.NET 框架 4.5 的应用程序,其中包含可编辑的 WPF 控件。该控件将使用输入法编辑器 (IME)。
  • 该控件中输入文本。
  • 该控件可以更改输入的文本。这种现象的示例如下:
    • 假定您有一个文本框控件的数据绑定文本属性。TextBox.Text 属性的绑定更新源触发器设置为PropertyChanged。当您输入文本,则将其发送到基础数据项目的绑定路径中所描述的属性。此外,该文本可以替换成不同的字符串由数据项本身,或涉及到绑定中的转换器。
    • 假定您有一个可编辑的组合框控件,使用文本搜索设置已启用。输入文本时,组合框控件将尝试匹配的文本,根据可用的选项的列表。如果该控件找到文本开头,一个选项,文本将会被匹配的选项的完整文本。
  • 启用输入法,将 WM_IME_CHAR 消息发送到 WPF 应用程序,当该控件处于"文本的控件已经修改"状态。

    注意导致此消息的确切字符序列不同的 Ime 之间有很大差异。一些 Ime 永远不会发送此消息。
在这种情况下,.NET Framework 4.5 基于应用程序可能会崩溃以及 System.InvalidOperationException 异常。

要解决此问题,请应用此修复程序。此修补程序还解决特定问题时编辑 Team Foundation Server (TFS) Visual Studio 2012 崩溃的工作项以及启用 Engkoo 拼音输入法。下面是该问题的详细的说明:

假定您在 Visual Studio 2012 中的工作项的"指派给"字段中输入文本。当您输入文本之后,然后按 enter 键时,Engkoo 输入法将 WM_IME_CHAR 消息发送。因此,Visual Studio 2012 崩溃。

请注意输入文本为的 TFS 工作项的其他字段也可能会导致此问题。
注意在 WPF 4.0 版或较早版本的 WPF 中,也会发生此问题。但是,此修复程序仅适用于 WPF 4.5 版。
问题 3

请考虑以下情形:
  • 您具有的 WPF 应用程序声明一个数据绑定属性。数据绑定属性包含绑定具有更复杂的路径。例如,绑定具有下面的路径:
    {绑定 Path=A.B.C.D}
  • 您创建的数据模型,引发某些组件的 PropertyChanged 通知的工作线程上的路径。例如,辅助线程引发更改通知属性 c。

    注释
    • 辅助线程可以任何从 UI 线程不同的线程。
    • UI 线程是所声明的绑定的线程。
  • 用户界面线程处理 PropertyChanged 通知之前,数据模型引发的路径的另一个 PropertyChanged 通知为早期版本的组件。例如,您有一个线程引发更改通知的属性 a。

    注意第二个 PropertyChanged 通知可以在任何线程上发生。这包括用户界面线程。
在这种情况下,第二个通知将被忽略。此外,会发生数据丢失。例如,属性 D 获得答: 属性的原始值但是,预期的结果是属性的 D 获得更改后的值答: 该属性

注意此问题也可能影响 WPF 4.5 版比早期版本。但是,此修复程序仅适用于 WPF 4.5 版。


问题 4

请考虑以下情形:
  • WPF 应用程序中运行代码,以声明 TextBlock 控件,并且该代码类似于以下:
    <TextBlock TextTrimming="CharacterEllipses" TextWrapping="NoWrap">
  • 您输入的文本为一个长字符串为 9600 个字符或更长时间。
  • 您正在运行 WPF 4.5 版的计算机上运行您的应用程序。
在此方案中,TextBlock 控件显示几行文本,,而椭圆的每行文本结束。例如,显示的行数是 n/ 9600。

注意n 是一个占位符,表示原始文本的长度。但是,预期的结果是文本的 TextBlock 控件显示结尾省略号的一行。

属性

文章编号: 2783808 - 最后修改: 2013年6月13日 - 修订: 2.0
这篇文章中的信息适用于:
  • Microsoft .NET Framework 4.5
关键字:?
kbqfe kbhotfixserver kbfix kbexpertiseadvanced kbsurveynew kbmt KB2783808 KbMtzh
机器翻译
重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。
点击这里察看该文章的英文版: 2783808
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com