修补程序汇总包 2803754 是可用于在 Windows 7,Windows Server 2008,Windows Server 2008 R2,Windows Vista 中.NET Framework 4.5

注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。

点击这里察看该文章的英文版: 2803754
简介
本文介绍的修补程序汇总包 2803754 可用于 Microsoft.NET Framework 4.5。此修复程序总成包中.NET Framework 4.5 解决几个问题。有关此修补程序解决的问题的详细信息,请参阅"更多信息"部分。

更多信息

热修复补丁程序信息

现在可以从 Microsoft 获得支持的修补程序。但是,它旨在纠正本文中描述的问题。它仅应用于正经历此特定问题的系统。

若要解决此问题,请联系 Microsoft 客户支持服务,以获取此修复程序。Microsoft 客户支持服务的电话号码以及有关支持费用的信息的完整列表,请访问下面的 Microsoft 网站:注意在特殊情况下,如果 Microsoft 支持专业人员确定某个特定的更新能够解决您的问题,可能会取消通常情况下收取的电话支持的费用。其他支持问题和事项,对于所讨论的特定更新无法解决收取照常收取支持费用。

先决条件

若要应用此修补程序,您必须正在运行的操作系统之一的计算机上安装.NET Framework 4.5:
  • Windows 7 Service Pack 1 (SP1)
  • Windows Server 2008 R2 SP1
  • Windows Server 2008 Service Pack 2 (SP2)
  • Windows Vista SP2

重新启动要求

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

修补程序替换信息

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

文件信息

此修复程序的全球版本具有的文件属性 (或更新的文件属性) 下表中列出。协调世界时 (UTC) 中列出了这些文件的日期和时间。当您查看文件信息时,它已转换为当地时间。若要查找 UTC 与本地时间之间的时差,请使用 时区 在选项卡 日期和时间 在控制面板中的项。
对于所有支持的.NET Framework 4.5 基于 x86 版本 Windows 7,Windows Server 2008 中,Windows Vista 中
文件的名称文件版本文件大小日期时间
Aspnet_wp.exe4.0.30319.1905643,9842013 年 1 月-22-12:29
Clrjit.dll4.0.30319.19056451,5442013 年 1 月-22-12:29
Microsoft.Build.Tasks.v4.0.dll4.0.30319.190561,190,4402013 年 1 月-22-10:46
PresentationCore.dll4.0.30319.190563,224,5762013 年 1 月-22-10:46
PresentationFramework.dll4.0.30319.190566,187,0082013 年 1 月-22-10:46
System.Printing.dll4.0.30319.19056341,9922013 年 1 月-22-10:46
System.Web.Extensions.dll4.0.30319.190561,849,8802013 年 1 月-22-10:46
System.Data.SqlXml.dll4.0.30319.19056742,9202013 年 1 月-22-10:46
System.Design.dll4.0.30319.190565,041,6562013 年 1 月-22-10:46
System.Web.dll4.0.30319.190565,420,5042013 年 1 月-22-10:46
System.Web.Services.dll4.0.30319.19056849,4002013 年 1 月-22-10:46
System.Xml.dll4.0.30319.190562,687,9602013 年 1 月-22-10:46
Webengine.dll4.0.30319.1905624,5282013 年 1 月-22-12:29
Webengine4.dll4.0.30319.19056504,8082013 年 1 月-22-12:29
WindowsBase.dll4.0.30319.190561,237,4642013 年 1 月-22-10:46
有关所有受支持的.NET Framework 4.5 基于 x64 版本的 Windows 7,Windows Server 2008,Windows Server 2008 R2,Windows Vista 中
文件的名称文件版本文件大小日期时间
Aspnet_wp.exe4.0.30319.1905648,6162013 年 1 月-22-13:01
Aspnet_wp.exe4.0.30319.1905643,9842013 年 1 月-22-12:29
Clrjit.dll4.0.30319.190561,235,4002013 年 1 月-22-13:01
Clrjit.dll4.0.30319.19056451,5442013 年 1 月-22-12:29
Microsoft.Build.Tasks.v4.0.dll4.0.30319.190561,190,4402013 年 1 月-22-10:46
PresentationCore.dll4.0.30319.190563,207,6642013 年 1 月-22-13:01
PresentationCore.dll4.0.30319.190563,224,5762013 年 1 月-22-10:46
PresentationFramework.dll4.0.30319.190566,187,0082013 年 1 月-22-10:46
System.Printing.dll4.0.30319.19056341,9922013 年 1 月-22-13:01
System.Printing.dll4.0.30319.19056341,9922013 年 1 月-22-10:46
System.Web.Extensions.dll4.0.30319.190561,849,8802013 年 1 月-22-10:46
System.Data.SqlXml.dll4.0.30319.19056742,9202013 年 1 月-22-10:46
System.Design.dll4.0.30319.190565,041,6562013 年 1 月-22-10:46
System.Web.dll4.0.30319.190565,415,3842013 年 1 月-22-13:01
System.Web.dll4.0.30319.190565,420,5042013 年 1 月-22-10:46
System.Web.Services.dll4.0.30319.19056849,4002013 年 1 月-22-10:46
System.XML.dll4.0.30319.190562,687,9602013 年 1 月-22-10:46
Webengine.dll4.0.30319.1905626,5922013 年 1 月-22-13:01
Webengine.dll4.0.30319.1905624,5282013 年 1 月-22-12:29
Webengine4.dll4.0.30319.19056618,4562013 年 1 月-22-13:01
Webengine4.dll4.0.30319.19056504,8082013 年 1 月-22-12:29
WindowsBase.dll4.0.30319.190561,237,4642013 年 1 月-22-10:46


此修补程序汇总解决的问题

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

问题 1

DateTime.TryParse方法则会返回不正确的值使用类似于以下代码:

DateTime dt = DateTime.Parse("4/21 5pm");Console.WriteLine(dt.ToString());if (DateTime.TryParse("4/21 5pm", out dt)){      Console.WriteLine(dt.ToString());}Console.ReadLine();
在此示例中,不正确的输出是今天下午 4:00。

解决方法

安装此修复程序后,它试图使分析此特定模式更好的尝试。

若要启用此修复程序,请在应用程序配置文件中添加以下代码:

<configuration>    <runtime>        <EnableAmPmParseAdjustment enabled=”1” />        </runtime></configuration>
注意任何其他日期或时间模式将不受益于该修补程序。

问题 2

过度使用ExecutionContext对象或 WCF 的.NET Framework 4.5 基于应用程序可能会导致被固定在垃圾回收器堆上的对象太多。这将导致在内存和 CPU 使用率由垃圾回收器堆碎片以及增加。

解决方法

此修补程序可防止对象被固定在某些情况下。若要启用此修补程序,请使用下列方法之一:
  • 创建COMPLUS_DisableRetStructPinning环境变量,并将该变量的值设置为1
  • 创建一个DWORD值,在[HKLM\Software\Microsoft\。NETFramework\DisableRetStructPinning]注册表子项并设置DWORD值设置为1

ASP.NET 问题

问题 1

即使两台计算机具有相同版本的 ASP.NET 和的网站完全相同的副本,不能在另一台计算机上重复使用 ASP.NET 临时编译输出的生成计算机上。

原因

因为计算机特定的信息作为决策的一部分用来确定 ASP.NET 临时编译输出是否是最新的将发生此问题。

解决方法

若要启用此修补程序,您在应用之后,必须将以下项添加到应用程序的 Web.config 文件中的AppSettings部分。执行此操作后,当 ASP.NET 临时编译输出是否是最新的它确定 ASP.NET 不使用特定于计算机的信息。因此,输出是具有相同配置的计算机之间移植。

<add key="aspnet:PortableCompilationOutput" value="true"/>
问题 2

在 ASP.NET CacheManager类争用情况可能会导致 Internet Information Services (IIS) 辅助进程崩溃,如果 ASP.NET Web 应用程序创建新MemoryCache对象时CacheManager修整高速缓存。

原因

因为 ASP.NET CacheManager类可能会使用多个线程读取或写入集合不是线程安全的方式,将出现此问题。这将导致未经处理的异常。

I问题 3

如果 ASP.NET Web 应用程序处理长时间运行的请求经常调用Response.Flush方法时,可能会增加 Web 应用程序的内存消耗。 问题 4

如果在操作系统中调整时钟时,ASP.NET Web 应用程序使用输出缓存,它导致异常,并会导致请求失败。 问题 5

在客户端关闭其与服务器的连接时,.NET Framework 4.5 基于应用程序使用HttpResponse.ClientDisconnectedToken属性的可能会遇到辅助进程崩溃。

Windows 通讯基础 (WCF) 问题

问题 1

承载于 IIS 的 ASMX Web 服务调用时,该 Web 服务将失败,并且是间歇性地不可访问,直到 IIS 辅助进程被回收。

注意此问题通常发生在操作系统遇到高"突发负载。"

此外, System.InvalidOperationException异常将引发与下面的调用堆栈:

System.InvalidOperationException: 请求的格式是无法识别的 URL 中意外结束 ' /方法名称'.
在 System.Web.Services.Protocols.WebServiceHandlerFactory.CoreGetHandler (类型、 HttpContext 上下文,HttpRequest 请求、 HttpResponse 响应)
在 System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler (HttpContext 上下文、 动词的字符串,字符串 url、 文件路径的字符串)
在 System.Web.Script.Services.ScriptHandlerFactory.GetHandler (HttpContext 上下文、 字符串 requestType) 的 url 的字符串,字符串 pathTranslated
在 System.Web.HttpApplication.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
在 System.Web.HttpApplication.ExecuteStep (IExecutionStep 步、 布尔值 & completedSynchronously)

注意"方法名称"表示您调用的 Web 服务方法。

原因

重置和阅读<webServices>部分中的配置过程中发生的争用条件会出现此问题。

I问题 2

通过使用.NET Framework 4.5 创建的应用程序在负载过重时,可能会出现故障,并发生以下异常:

</webServices>
异常类型: System.InvalidOperationException
消息: 哈希表插入失败。加载因子太高

注意下面的调用堆栈的顶部附近发生异常:
  • System.Xml.Serialization.DynamicAssemblies.IsTypeDynamic
原因

当.NET Framework 化为动态程序集由于并发插入不正确地同步一个哈希表因争用条件而发生此问题。

Windows Presentation Foundation (WPF) 问题

问题 1

时它滚动数据网格或 ItemsControl,一个.NET Framework 4.5 基于应用程序变得没有反应。

如果下列条件都为真,将发生此问题:
  • VirtualizingPanel.IsVirtualizingWhenGrouping属性设置为true
  • 一个或多个参与的 ItemsControl 或其子组布局的ItemsPresenterVirtualizingStackPanel类都有一个不同于默认设置的边距。特别是,当 (对于水平滚动) 的Margin.TopMargin.Left属性不为零。
问题 2

假定您尝试打印到打印机图形设备接口 (GDI) 的 XML 纸张规范 (XPS) 文档在非英语的操作系统上。在此情况下,某些字符打印不正确。这些不正确的字符太小或太粗,可能会显示,缺乏精细的细节,如长笔画末端挂钩。不正确的字符通常来自包含非拉丁语系的标志符号,例如像"MS Mincho。"亚洲字体的字体

Windows 窗体的问题

问题 1

假定您有一个 ActiveX 控件,将其路径以便提供本地化的内容包含大量类型库的类型库的注册。

例如,类型库路径具有以下格式:

类型库路径1&gt; \2

在此方案中,不能删除其活动语言设置为相应的本地化的内容的语言的操作系统上的 Microsoft Visual Studio 2012 中的 Windows 窗体上的控件。
问题 2

假定您有一个包含 Windows 窗体上名为预计的.NET Framework 4.5 基于 Windows 窗体项目。预计从名为 BaseForm,另一个 Windows 窗体继承,BaseForm 包含容器控件 (例如,分组框、 面板或任何其他容器)。预计,在容器中添加自定义的控件和更改表单的任何属性。然后,您保存并关闭 Windows 窗体设计器,而不重新生成项目。在此情况下,该新的自定义的控件时缺少重新打开表单。

注意当您使用 Microsoft Visual Studio 2010 或 Visual Studio 2012 中的 Windows 窗体设计器时,会出现此问题。如果关闭 Windows 窗体设计器后重新生成项目,不会出现此问题。

警告:本文已自动翻译

属性

文章 ID:2803754 - 上次审阅时间:02/13/2013 00:09:00 - 修订版本: 1.0

Microsoft .NET Framework 4.5

  • kbqfe kbfix kbhotfixserver kbsurveynew kbexpertiseadvanced kbmt KB2803754 KbMtzh
反馈