发布日期 :2021 年 1 月 26 日

版本 :.NET Framework 3.5、4.7.2 和 4.8

摘要

本文介绍适用于 Windows 10 版本 1809 和 Windows Server 版本 2019 的 3.5、4.7.2 和 4.8 累积更新预览版。

有关此更新的其他信息

以下文章包含有关此更新的其他信息,因为它与单个产品版本相关。

  •  4598303适用于 Windows 10 版本 1809 和 Windows Server 的 .NET Framework 3.5 和 4.7.2 累积更新说明,版本 2019 (KB4598303)

  •  4598300说明适用于 Windows 10 版本 1809 和 Windows Server 的 .NET Framework 3.5 和 4.8 累积更新,版本 2019 (KB4598300)

此更新中的已知问题

症状

安装此更新后,WPF 应用可能会崩溃,并带有类似于

Exception Info: System.NullReferenceException at System.Windows.Interop.HwndMouseInputProvider.HasCustomChrome(System.Windows.Interop.HwndSource, RECT ByRef) at System.Windows.Interop.HwndMouseInputProvider.GetEffectiveClientRect(IntPtr)
at System.Windows.Interop.HwndMouseInputProvider.PossiblyDeactivate(IntPtr, Boolean)
at System.Windows.Interop.HwndMouseInputProvider.Dispose()

当释放 RootVisual 为 null 的 HwndSource 时,将发生这种情况;当停靠或拆分窗口时,Visual Studio 中会出现这种情况,其他应用也可能出现此情况。

解决方法

若要解决此问题,在"适用于库使用者的 AppContext"标题下,使用 AppContext 类 (System) 中描述的方法之一设置两个 AppContext 开关。  开关的名称Switch.Sys tem。Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix 和Switch.System。Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix, 并且两者都应设置为"true"。   第一个开关可避免崩溃,但重新引入了在 KB 中修复的 bug。  当前将忽略第二个开关,但在将来的 .NET 更新中将识别该开关,该更新包含 null-reference 崩溃的修补程序; 它会还原原始 bug 修复。

例如,使用 app.config 文件方法在应用程序范围内应用解决方法:

<AppContextSwitchOverrides value="Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true; Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true " />

如何获取此更新

安装此更新

发布频道

可用

下一步

Windows 更新和 Microsoft 更新

若要下载并安装此更新,请转到"设置">"更新& Windows 更新>",然后选择"检查更新"。

Microsoft 更新目录

若要获取此更新的独立程序包,请转到 Microsoft 更新目录 网站。

Windows Server Update Services (WSUS)

可以手动将此更新导入 WSUS。 有关说明 ,请参阅 Microsoft 更新 目录。

注意: 此更新通过 4598461 在 WSUS 上提供。

如何获取此更新的相关帮助和支持

需要更多帮助?

需要更多选项?

了解订阅权益、浏览培训课程、了解如何保护设备等。

社区可帮助你提出和回答问题、提供反馈,并听取经验丰富专家的意见。