过去几天，我注意到一个问题，Microsoft Word 占用了大量 CPU，这似乎以前没有发生过，或者只是我直到现在才注意到。它只发生在一个特别长的文档上，最终经过一些系统的分析，我把问题缩小到拼写检查器。
如果首次打开文档时 Word 的 CPU 使用率是非常相当长一段时间内，内存使用率都很高（在 Intel Core i7 上有时超过 25%）。内存使用率也显著增加。
我注意到，一旦拼写检查停止扫描整个文档，即使我继续编辑文档，CPU 和 RAM 的使用率也会基本降至零。
我测试了 Windows 7 上的 Word 2010 和 Windows 10 上的 Word 2019。两者都存在此问题，尽管 Windows 7 上的 Word 2010 似乎更高效，对 CPU 的负载略小，并且“初始检查”的完成速度明显更快。我猜是较新版本的 Word 做了额外的不必要的事情。
以下是 Word 2019 中的内容：
一旦 X 亮起，表明它不再检查，CPU 使用率就会下降到正常水平。
知道这是个问题很有帮助，但我真的不想禁用拼写检查，特别是对于这个文档（拼写检查是非常必要的）。
我不会使用拼写检查工具来校对整个文档 - 除非我极少手动检查部分内容。大多数时候，我只会使用它的实时功能来发现错误。是否可以执行以下任何操作？
- 以某种方式“缓存”初始检查的结果，这样就不需要重复检查每一个我打开文档的时间？（可能不可能）
- 禁用“初始”检查，但在打开文档后继续对我写的所有内容进行拼写检查？（似乎是可能的，但我还没有找到如何在不完全禁用它的情况下做到这一点）
- 不用检查整个文档...也许只检查最后 XX 页？
如果没有，我似乎应该一直打开它，并且永远不要关闭它，但我想知道是否还有其他方法。这确实开始产生问题。有时“初始检查”可能会持续 10-15 分钟或更长时间。
更新：
我在具有 8 个 CPU 核心的计算机上对一些虚拟机进行了另一项测试：
我在主机（Windows 10）上对 Office 2019 进行了测试，并在运行 Windows 7 x64、Windows Vista x64 和 Windows XP SP3 x32 的虚拟机上对 Office 2010 进行了测试。
我注意到在 Windows 7 中也遇到了类似的问题，但 Windows Vista 和 Windows XP 似乎没有遇到这个问题。
我查看了 VM 设置，发现 Windows 7 设置为使用 8 个 CPU 核心中的 4 个，而 Windows Vista 和 XP 只允许使用 1 个。当我将 Windows 7 更改为仅使用 1 个 CPU 核心，并减少分配给它的 RAM 数量时，问题也消失了。
因此，“CPU 节流”似乎是解决这个问题的一种方法。如果您有幸在虚拟机中运行 Word，并且您有多个 CPU 核心，并且只让虚拟机使用其中一个，它将使用该虚拟机中 100% 的 CPU，但它不会造成系统瓶颈并使风扇运转。这几乎不是理想的，但它确实让它不那么烦人。