对于.NET Framework 4.5,4.5.1,Windows Vista SP2、 Windows 7 SP1,Windows 8、 Windows 8.1,Windows Server 2008 SP2,Windows Server 2008 R2 SP1,Windows Server 2012,和 Windows Server 2012 R2 4.5.2 修补程序汇总包 3035803 (Web 安装程序)

重要说明:本文是由 Microsoft 机器翻译软件进行的翻译并可能由 Microsoft 社区通过社区翻译机构(CTF)技术进行后期编辑,或可能是由人工进行的翻译。Microsoft 同时向您提供机器翻译、人工翻译及社区后期编辑的文章,以便对我们知识库中的所有文章以多种语言提供访问。翻译的文章可能存在词汇、句法和/或语法方面的错误。Microsoft 对由于内容的误译或客户对内容的使用所导致的任何不准确、错误或损失不承担责任。

点击这里察看该文章的英文版: 3035803
本文介绍了修补程序汇总包 3035803 可用于 Microsoft.NET Framework 中 4.5.2、.NET Framework 4.5.1 和.NET Framework 4.5。有关修补程序汇总包可以解决的问题的详细信息,请参阅"此修补程序汇总解决的问题"一节。

Web 安装程序是一个小包 (小于 1mb) 自动确定并在下载仅适用于特定平台的组件。
解决方案
受支持的修补程序现已从 Microsoft 推出。但是,它旨在纠正本文介绍的问题。它仅应用于正经历此特定问题的系统。

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

系统必备组件

若要应用此修补程序,必须具有.NET Framework 4.5.2、.NET Framework 4.5.1 或安装.NET Framework 4.5。

重新启动要求

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

修补程序替换信息

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

检测安装的修复程序

检测成功安装的修补程序汇总包 3035803.NET Framework 4.5 及更高版本,检查以确定已安装的版本的版本关键字。为了向前兼容,您可以检查的值是大于或等于此表中列出的值。

修补程序汇总版本发行 DWORD 的值
对于.NET Framework 4.5 及更高版本的修补程序汇总包 3035803379970

有关如何检查安装的.NET Framework 的版本有关详细信息,请参阅下面的 MSDN 文章:


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

问题 1

假定您在 64 位操作系统上有 32 位 Windows Presentation Foundation (WPF) 应用程序。当应用程序重复调用PrintQueue.GetPrintCapabilities方法 (或其他相关的印刷方法,如PrintQueue.Dispose) 时,则在单独的进程运行dllhost.exe发生内存泄漏。

注意:在下面的"使用"块括打印队列对象时,通常会发生此问题:
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

问题 2

当您启用列表控件,例如列表框、 数据网格、 列表视图或树视图在 WPF 应用程序中用户界面虚拟化时,您会遇到以下问题:
  • NullReferenceException 或 ArgumentException
  • 滚动到意外的位置
  • 无限循环或悬挂
  • StackOverflow 异常
  • 您向下滚动到最后一页时出现故障
原因

通常情况下,当VirtualizingStackPanel类搜索一个或多个子级已在从其父代的第一个度量请求以外的其他某些时间更改高度,出现这些问题。为方便起见,我们称此情况为"自下而上的高度更改"。这种情况下包括以下示例:
  • 展开或折叠的层次结构子 (TreeViewItem 或 GroupItem)
  • 回收站子,当新数据会产生不同的高度比旧数据 (当 VirtualizingMode ="回收"设置)
  • 使用用户控件,其内容取决于控件以外的区域数据
  • 运行处理程序声明与布局相关的事件,如加载或 LayoutUpdated 的应用程序
  • 数据绑定到子之外的数据 (如示例使用 AncestorType 或绑定中的无法识别)
VirtualizingStackPanel类无法始终正确地处理这种情况下,这可能会导致先前描述的问题。

备注:
  • 逻辑现在得到改进,以解决因"自下而上的高度变化"的问题。
  • "自下而上的高度更改"情况负责大部分已报告的滚动和测量问题到 Microsoft,而不是全部。同样的问题可能得不到解决的此修复程序的其他原因。
问题 3

假定您已应用 1 月更新。 在此情况下,性能降低不稳定发生依赖于后台垃圾回收系统上。出现此问题是因为垃圾回收器将被更新,以使"内存写入监视"所需,而不是可选的 (MEM_WRITE_WATCH) 功能。此更新将重新启用为可选 MEM_WRITE_WATCH 功能。

问题 4

假定您将 IIS 承载 4.5.1 或 4.5.2.NET Framework 上运行 WCF 服务。此服务设置为要求客户端证书中的 IIS 设置。但是,绑定的HttpsTransportBindingElement.RequireClientCertificate是假的。

在此情况下,WCF 不服从的 IIS 设置,并不能正确验证客户端证书。也可以通过使用自定义绑定,并将HttpsTransportBindingElement.RequireClientCertificate属性设置为 true 来变通解决此问题。

问题 5

假定您有使用传输安全的 WCF 服务。该服务有SecurityBindingElement.SecurityHeaderLayout设置为一个非严格的默认值的绑定。

在此情况下,WCF 忽略此属性,以便 WCF 客户端无法与通信服务即使使用正确的布局。为了使 WCF 接受这正确,您必须 appSettings 在配置文件中添加以下行:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

警告:本文已自动翻译

属性

文章 ID:3035803 - 上次审阅时间:01/25/2016 07:24:00 - 修订版本: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbfix kbsurveynew kbexpertiseadvanced kbqfe kbmt KB3035803 KbMtzh
反馈