Windows 10 V1903更新KB4512941：Cortana高CPU负载问题的解决方法

时间：2019-09-02 来源：点击：

手机扫码继续观看

自2019年8月21日以来，微软一直在与内部人员一起测试Windows 10版本1903的KB4512941累积更新。但是，更新会导致某些系统上的核心CPU负载过高。

●更新KB4512941：有什么问题？

累积更新KB4512941旨在修复Windows 10，版本1903中的一些问题。除此之外，计划此更新最终将修复损坏的沙箱问题（请参阅我的博客文章Windows 10 V1903：更新KB4497936打破Sandbox）。

Microsoft目前仅在Windows内部人员的情况下测试此更新 - 第一个版本于2019年8月21日发布。安装此更新的用户报告说搜索不再起作用。此外，Cortana会给某些人带来CPU内核的高负荷。我还在我的博客文章Windows 10 V1903：更新KB4512941和KB4515530中报告了这个问题。在这篇博文中，我概述了一种减少了一些人核心负荷的解决方法。

●原因发现：脚本和Cortana缓存

德国博客读者Werner B. 2天前通过邮件与我联系并给了我一些有趣的提示（谢谢你）。沃纳写道：

我是Windows博客的读者，并希望在Windows 1903 KB4512941上分享有关100％Cortana CPU负载的变通方法的一些信息。

Werner参考我上面提到的博客文章Windows 10 V1903：更新KB4512941和KB4515530，其中我讨论了高CPU负载。在他的研究期间，Werner遇到了Tenforum中的一个帖子，该帖子解决了CPU负载过高的问题或原因。它说：

KEK。我自己找到了导致Cortana出现问题的原因。
问题出在某处

C： WINDOWS SystemApps Microsoft.Windows.Cortana_cw5n1h2txyewy 缓存

有些脚本会导致循环，而Cortana会在初始化时停留，因为我看到了Proccess Monitor日志。

该问题似乎与Cortana使用的缓存文件夹相关，导致高CPU负载。

●另一种解决方法

根据上述知识，现在可以简单地说：好的，我清除缓存并且它已修复。不幸的是，这无济于事，因为如果删除缓存或创建新缓存，则不会重建缓存。但是，用户在他的评论中概述了一种解决方法：

从prev.version插入文件夹可以很好地处理黑色搜索窗口

顺便说一句，看起来意思是“缓存”，删除后不会自行重新创建/重新生成文件夹

从362.295 build的备份中保存的文件夹（我记得）：cache.rar - Google Drive

德国博客读者维尔纳向我证实，这种解决方法帮助了他：

在VMWare中1903的本地全新测试安装中，安装KB4512941后CPU负载达到100％。

如果在安装KB4512941之前备份缓存文件夹并在更新后复制文件夹，则Cortana的CPU负载（立即不重启）将变为0％。

Werner建议通过更新KB4512941修复高CPU负载问题的以下步骤：

1.在安装KB4512941更新之前，将以下缓存文件夹备份到本地目录（例如D： Backup）：
c： Windows SystemApps Microsoft.Windows.Cortana_cw5n1h2txyewy cache

2.然后安装累积更新KB4512941和SSU。

3.安装更新后，通过以管理员身份运行打开cmd.exe命令提示符，然后执行以下命令。

cd c： Windows SystemApps Microsoft.Windows.Cortana_cw5n1h2txyewy cache
xcopy / o / x / e / h / k D： backup cache *

这里我假设使用第二个命令干净地调整备份缓存文件夹的路径。必须用'a'（对所有人）确认xcopy查询j / n /。也许解决方法对您有帮助，Werner会询问是否有人可以确认解决方法。

●更多更好细节

Werner在文章结束后向我发送了以下附加信息。

无论是否通过OO Shutup10激活或停用Cortana / Bing搜索，该解决方法都适用于受影响的Windows国家/地区设置“de-de”。

“SystemApps”中手动覆盖文件的限制是“sfc / scannow”检测并重置更改，因此再次发生具有高CPU负载的Cortana错误。

Cortana的缓存文件本身不应该是错误的唯一原因。如果KB4512941使用DSIM直接集成到带有18362.30的April ISO，则构建18362.327没有高CPU负载。

具有此类ISO的新安装没有问题。构建18362.327的一个好处是使用VisualBasic 6编译的程序将再次起作用。

然后，Werner提供了有关'cache'文件夹解决方法处于活动状态的安装的提示：

从集成了KB451294的ISO（适用于新安装）安装install.wim并不能解决Cortana错误的原因。
（DISM / Online / Cleanup-Image / RestoreHealth /Source:WIM:D:sourcesinstall.wim / LimitAccess）。

使用'sfc / scannow'，可以在新安装的系统上运行但已逐步更新每月更新的缓存数据将再次变为活动状态并导致Cortana错误。

U盘装系统总结道：“可能有一种方法可以将现有系统用于构建18362.327而无需解决方法。谢谢你的补充。